Hi,
I'm not the maintainter for the "megatec_usb" driver (in fact, I'm no
longer maintainer for the base "megatec" either), so I don't really
know the status for that particular UPS.
I'm forwarding this to the NUT mailing-list though.
Regards,
--
Carl
ps.conf to tweak
the voltage ranges, so did the vendor to their default Winpower
configuration.
Regards,
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
check driver
>
> Jul 1 11:56:46 ginning kernel: megatec[21553]: segfault at 100 ip 00d32216
> sp bffb05f0 error 4 in libgcc_s-4.3.0-20080428.so.1[d2b000+d000]
>
> What is the problem ?
Can you try the latest version of the driver (from SVN)?
ect the presence of
> this message at all.
>
> Any help/directions will be highly appreciated. I know a bit
> of C and willing to try to solve this problem.
Which version of NUT are you using?
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
ote:
>
>> On Tue, Jul 1, 2008 at 2:47 PM, Ercan Istek <[EMAIL PROTECTED]> wrote:
>
>>> Hello Carlos,
>
>>> it occur 7-8 hour after i start nut.
>
>>> megatec binary dies.
>
>> Without more information (a stack trace or something), it
ec issue, or an issue
with the driver host.
PS: Please keep the list CC:ed.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
U/Linux
Is the problem reproducible? How to reproduce it? Does it happen when
the driver starts?
PS: please keep the list CC:ed, thanks.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
check driver
>
> Jul 1 11:56:46 ginning kernel: megatec[21553]: segfault at 100 ip 00d32216
> sp bffb05f0 error 4 in libgcc_s-4.3.0-20080428.so.1[d2b000+d000]
>
> What is the problem ?
What version of NUT, distribution, etc...?
--
Carlos Rodrigues
On Sat, Jun 28, 2008 at 7:18 PM, Jayson Anderson
<[EMAIL PROTECTED]> wrote:
> Will the Q1 return parsing be changed in future versions to help interpret
> output like mine w/special chars and such ?
For your case it is already changed in the latest development version.
--
Carl
your computer...).
Then, from the file, you can obtain the battery voltage when the UPS
was fully charged (from the first line in the file) and the battery
voltage when the UPS was fully discharged (from the last line in the
file).
Finally, send those values to me, so that I can add them to that
On Fri, Jun 13, 2008 at 6:50 AM, Ercan Istek <[EMAIL PROTECTED]> wrote:
> What is problem with my UPS i can not see Battery charge level ?
Just use the "battvolts" parameter in ups.conf. Check the megatec
manpage for more information.
-
log/messages or similar, depending on the
distribution you're using) to see if there's any message there
indicating the beeper.toggle command didn't succeed?
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.deb
t might not be worth the
> maintenance cost though.
Yeah, the benefit isn't worth it, especially since the subset of
models that provide bogus values seems to map almost completely to the
subset of models that provide absolutely no device string
whatsoever...
--
Carlos Rodrigues
___
On Mon, May 5, 2008 at 10:24 AM, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Mon, 5 May 2008 09:49:12 +0100, Carlos Rodrigues wrote:
> > On Mon, May 5, 2008 at 4:05 AM, Peter McKenna <[EMAIL PROTECTED]> wrote:
>
> > > The Temp reading has never worked returning
ys "enabled" or "disabled").
I'm not sure if in 2.0 the driver exposed the beeper status or not...
PS: Please keep the list CC:ed when replying. Thanks.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
, does the UPS beep when you unplug it from the wall?
If it does, that particular UPS might have the beeper flag inverted or
totally bogus. Toggle the beeper using the instant command (check the
manpage) and see if the UPS still beeps when you unplug it from the
wall. If there is something wrong wit
the box checks for /etc/killpower and, if it finds
it, sends a signal to the UPS telling it to power off and then shuts
down (if the UPS doesn't power off immediately - usually, the UPS
waits a few seconds before powering itself off).
--
Carlos Rodrigues
__
0Hz-MY/default.aspx
By the looks of it, it may be supported by the megatec driver.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
64bit and you are trying
to install a 32bit rpm. You can either install the 32bit versions of
those libraries, or try rebuilding the rpm to obtain a 64bit one.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
rged). The thing
is, for a given nominal battery voltage, different models from
different vendors behave differently, and there is no way to tell them
apart to ajust the calculation.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
rlos...
Errrm... taken over what? I'll backport megatec.c, and I can try and
backport megatec_usb also, but I don't have the hardware to test it.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
e indication that a -pre release
was impending before backporting the latest changes from the trunk.
I'll try getting this done over the weekend for megatec.c though.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.aliot
ery it reported too low a voltage. This comparing to
the values read with a voltimeter.
Don't sweat it. Cheap hardware has downsides...
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
either the UPS as a broken cable or something needs fixing in
the driver.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
r USB,
the USB layer should deal with it appropriately.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
UPS. It is safe
> > (but not always needed) to do so before every ser_send_pace() function.
[snip]
> Would it not be worthwhile to added these lines into the megatec.c source file
> or the FAQ?
Added in the trunk and the testing branch.
--
Carlos Rodrigues
__
ork UPS Tools - Megatec protocol driver 1.5.4 [megatec]
> Carlos Rodrigues (c) 2003-2007
>
> debug level is '3'
> Starting UPS detection process...
> Attempting to detect the UPS...
> Sending "Q1" command...
> Wrong answer to "Q1" command.
> A
ols - Megatec protocol driver 1.5.4 [megatec]
> >Carlos Rodrigues (c) 2003-2007
>
> >Megatec protocol UPS not detected.
> >Driver failed to start (exit status=1)
Maybe the tty device has the wrong permissions?
--
Carlos Rodrigues
___
I was hoping for some plug'n'pray system ;-)
You can try this: http://code.google.com/p/quicklook/
If you pull the "upsmon" branch from svn it also does graphs for NUT.
It's still experimental though.
--
Carlos Rodrigues
___
but none seem to be
> printing (as an aside I'd like to understand why they're not :-)).
The "ser_*" functions in "serial.c" are reimplemented in
"megatec_usb.c" to keep the megatec driver transport agnostic.
--
Carlos Rodrigues
___
subdriver = agiler
> desc = "Unitek Alpha 1200sx"
> ---
> [EMAIL PROTECTED] www]# /sbin/upsdrvctl -DD start
> Network UPS Tools - UPS driver controller 2.2.0-
> Starting UPS: myups
> exec: /sbin/megatec_usb -a myups
> Network UPS Tools 2.2.0-
ly an USB connection, then megatec doesn't work.
"megatec_usb" might work, and the port should be "auto". If it doesn't
detect your UPS on the first try, check out the additional options for
the driver.
--
Carlos Rodrigues
__
n
> (minutes)");
> addvar(VAR_VALUE, "battvolts", "Battery voltages (empty:full)");
> + addvar(VAR_FLAG, "ignoreoff", "Ignore the OFF status reported by
> the UPS.");
>
> megatec_subdrv_makevartable();
>}
>
Hmm, my bad. Just add that second part manually, the first one is just
whitespace change and doesn't matter.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
1 - Megatec protocol driver 1.5.9 [megatec_usb]
> Carlos Rodrigues (c) 2003-2007
>
> Serial-over-USB transport layer for Megatec protocol driver [megatec_usb]
> Andrey Lelikov (c) 2006, Alexander Gordeev (c) 2006-2007, Jon Gough (c)
> 2007
>
>
> Fatal error: 'ignoreof
g wrong with the UPS, but I have no idea what").
Since only megatec uses it (from a quick grep), what you suppose I
shall do with it? I think there should be a catch-all status for
failures in the acceptable status list.
--
Carlos Rodrigues
___
s switched off.
No problem by me, but should I keep the OFF status together with
OB/OL, like "OB OFF"?
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
On Dec 28, 2007 1:23 PM, Carlos Rodrigues <[EMAIL PROTECTED]> wrote:
> [snip] Either way, I'll know
> what's needed, if an option to interpret the "OFF" bit the other way
> around, or just ignore it.
I've just commited a workaround for this in the develop
On Dec 28, 2007 1:52 PM, <[EMAIL PROTECTED]> wrote:
> But shutdown is still not implemented (at least in the krauler subdriver)!
> And I'can't help to support shutdown because my own UPS doesn't do it well.
No shutdown whatso
he load by sending it an instant
command:
upscmd -u -p load.off
Then, run "upsc " to see the status. The status will either
remain "OFF" or switch to something else ("OL"). Either way, I'll know
what's needed, if an option to interpret the
id that second test, or your battery is going
bad, or a combination thereof.
It doesn't look like something related to NUT.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
> START_UPSMON=yes
>
> /etc/nut/ups.conf :
> [mustek]
> driver=megatec
> port=/dev/ttyS0
Hmm, that should be enough. Maybe the that's not the correct tty?
Or perhaps you could try the latest development version of NUT. If not
only because the latest version of megatec produces
hat do you mean "despite being an USB UPS"?
That model should work when using its serial port connection. Can you
provide more info? (The configuration you are using, for example.)
--
Carlos Rodrigues
___
Nut-upsuser mailing li
efits for large installations), the work required
would possibly be overkill, but anyway...
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
On Nov 27, 2007 12:56 PM, Carlos Rodrigues <[EMAIL PROTECTED]> wrote:
> 1. most medium/large datacenters have a small number of large UPSes
> with generator backups, so NUT is rather pointless;
> 2. the datacenter has a big UPS and no generator backup, and people
> find their
ce;
3. they just don't know about the existence of NUT, and continue to
use the suck-ass software from the UPS vendor, which normally eats
half their systems memory with its java-based daemon.
--
Carlos Rodrigues
___
Nut-upsuser mailing lis
y, you can get an USB-to-serial adapter (one supported by the
kernel) and connect the serial port on the UPS to an USB port on your
machine. Then you can use the regular megatec driver with something
like "/dev/ttyUSB0". I never done it myself, but it should work.
--
Carlos Rodrigues
_
it and create /dev/ttyUSB0. newhidups
> doesn't recognise it, but I don't think it should because it's a serial
> interface, not a proper USB HID Power device.
>
> What's my next step towards getting this device running with nut?
Try
y.voltage: 26.2" when fully charged.
The value you are obtaining for "battery.charge" is just a best effort
value based on data obtained from other models. If that value is
incorrect, the only way to set it straight is to use the "battvolts"
option.
--
Carlos R
tl for device
> After that I have tried the serial port, with a 1:1 cable, which didn't
> worked as well.
What driver are you using? You can try the "masterguard" driver, or "megatec".
--
Carlos Rodrigues
___
Nut-upsuser ma
On 9/21/07, Carlos Rodrigues <[EMAIL PROTECTED]> wrote:
> > The UPS is detected on system level but "upsdrvctl" can't access to
> > the device ...
>
> The megatec driver only supports UPSes connected through the serial
> port, not USB. If you have a ser
e and your UPS also
has this kind of connection, it should work though.
For USB, the megatec_usb driver available in NUT 2.2.0 may support your UPS.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
our UPS has a true USB-to-serial converter, which I very
much doubt it, and gets assigned a "/dev/ttyUSBx" device by the
kernel).
The Winpower software speaks the megatec protocol, so "megatec_usb" is
your best shot. If it doesn't work, maybe its maintainers can help
n't
> know very well how to configure the different files yet. Before getting
> stuck trying to find a functional configuration, i really would appreciate
> any help or orientation on this.
If it also has serial port, it should be supported by "
el is badged by many different suppliers. If it
> looks basically like this then it should work.
> http://cdlnz.com/productimages/jpegs/ups1700d.jpg
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
% Battery Level, Input Frequency,
> Last Spike, Last Sag, Last Failure Cause.
Maybe the megatec driver works...
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
On 7/11/07, Andrew Janke <[EMAIL PROTECTED]> wrote:
> None of these extra features work that I can tell. But what it can
> get from it is all I need.
Are you talking about the extra information, or saying that the driver
can't shutdown the UPS and so on?
--
ue on the driver's side.
You can, however, pass the battvolts parameter to the driver (in
ups.conf) and the calculation will be done based on those values. For
example "battvolts = 20:27" means "battery.voltage" is 27V when the
UPS is full, and 20V
On 7/7/07, Dâniel Fraga <[EMAIL PROTECTED]> wrote:
> On Fri, 6 Jul 2007 19:33:07 +0100
> "Carlos Rodrigues" <[EMAIL PROTECTED]> wrote:
>
> > And there's "energizerups"... How feasible is it to have "megatec_usb"
> > obsolete this
entification data ("I" on "megatec", "ID" on "bestups"), but that's
not mandatory in "megatec" (and I'm willing to implement the other
command, provided there's someone out there to test it).
And there's "e
1
> desc = "UPS"
>
> When starting
> /usr/local/etc/rc.d/nut.sh start
>
> got:
>
> Network UPS Tools - UPS driver controller 2.0.5
> Network UPS Tools - Megatec protocol driver 1.5 (2.0.5)
> Carlos Rodrigues (c) 2003-2006
>
> Megatec protocol UPS not dete
and hasn't made it into a stable release yet.
I'm not the "megatec_usb" maintainer though, so I can't be of much
help there, but I'm CC:ing the dev list, the right people should be
reading that at least.
--
Carlos Rodrigues
_
bly supported by the
"megatec" driver.
Over USB, maybe they are supported by the "megatec_usb" driver that's
in the trunk, or the driver can be made to work with them.
--
Carlos Rodrigues
___
Nut-upsuser mailing
user = root in
ups.conf but I'd rather not.
Does someone have experience with hardened kernels?
Define "hardened". Are we talking about something like SELinux or AppArmor
here?
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsus
On 5/6/07, Victor <[EMAIL PROTECTED]> wrote:
Or can I shut down when the UPS rapports 50% of the battery?
If the driver allows specifying the level at which "low battery" is
triggered, you can. What is the driver you're using?
opment branch there's a "megatec_usb" driver that may
support your UPS. If it doesn't, maybe it is possible to add support
for it.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.d
driver are the known values. However,
there is a parameter to override this in "ups.conf":
battvolts = discharged:charged
For example:
battvolts = 30.0:40.9
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
this with the UPS powering something else other than
your computer, like a light bulb. However, a light bulb might end up
not causing this behavior (I had a Mustek powermust that had this
problem, it would die off when powering the computer and disconnected
from the wall, but otherwise worked f
e's a new driver called
"megatec_usb" that may support your UPS. If it doesn't, support may be
added if you care to help with some information.
I'm sending this reply to the NUT user's mailing-list also, you may
want to subscribe to it.
--
Carlos Rodrigues
_
rted nut and got the following error:
fileserver# /usr/local/etc/nut/bin/upsdrvctl start
Network UPS Tools - UPS driver controller 2.0.5
Network UPS Tools - Megatec protocol driver 1.5 (2.0.5)
Carlos Rodrigues (c) 2003-2006
Can't uu_lock cuad1: creat error: Permission denied
Driver failed to
fileserver# /usr/local/etc/nut/bin/upsdrvctl start
Network UPS Tools - UPS driver controller 2.0.5
Network UPS Tools - Megatec protocol driver 1.5 (2.0.5)
Carlos Rodrigues (c) 2003-2006
Can't uu_lock cuad1: creat error: Permission denied
Driver failed to start (exit status=1)
Have you
UPSs.
Clearly it may be possible to physically connect two UPSs to a given
server with two serial ports, but that's beside the point. Our UPSs for
the most part don't have network support.
There are some multiport serial cards in the market, from Cyclades,
for
be down
for more than a minute or two.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
o the original poster instead of the list.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
? (Not sure calling "shutdown" would be such a good
idea :)
I've never used ESX, but on GSX and now the new VMware Server, what
happens to the VMs when VMware stops is defined per-VM, in their
settings panel. The VM can be powered off (default), suspended or
gracefully shutdown.
u have to unplug and plug back the USB cable for the
UPS (or just reboot) after you install the file, because udev is only
triggered when that happens and not when the driver starts.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-u
rrently in "unstable", but seems to be
blocked from "etch" due to a missing "arm" build.
Arnaud, is this normal?
--
Carlos Rodrigues
nut-usbups.rules
Description: Binary data
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
cture these units and they just rebrand them. Does anyone know who
makes these units or what they are compatible with in terms of driver
level protocol? The ones we use are the 1500VA capacity model.
What's the software used to drive them on Win
have a similar level of support for
these devices, in both cases there are a set of them which have their
IDs already listed, there are others that aren't recognized because
their IDs are not yet listed, and there are others yet which really
need special drivers/hardware specific hacks.
--
Carlo
too, but I saw a discussion about UMTS/3G
cards under Linux where it was mentioned that they most of them used a
regular serial-to-usb converter, which just wasn't recognized by the
kernel and required those two parameters to "usbserial", so I thought
"hey, maybe this works for
ome models, all
models, or no models (*)...
Anyone interested?
(*) Or what happens if the usbserial driver gains successful control
of a device that happens to be something else entirely not a
usb-to-serial converter... Although I really doubt something bad would
happen, I'm just covering my
B state) because it
works hard right now.
P.S. I'm using NUT from FreeBSD ports collection (recent update is
2006-09-22) and its ver. 2.0.4. Comm vith UPS via RS-232.
--
Best regards,
Sergiymailto:[EMAIL PROTECTED]
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
UPS-1200M
VER3.1C"
Sorry, but i don't know where I should send this one
If you are using a recent enough version of nut, try using the
"megatec" driver instead of "fentonups".
--
Carlos Rodrigues
___
Nut-upsuser mailing
ous
business to do.' ;)
Regards,
Michael
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
--
Carlos Rodrigues
___
Nut-
On 8/5/06, Sascha Wildner <[EMAIL PROTECTED]> wrote:
I did what you said. But all I got was:
yoyodyne# megatec -a powermust500 -DDD
Network UPS Tools - Megatec protocol driver 1.4 (2.0.4)
Carlos Rodrigues (c) 2003-2006
[...]
My ups.conf:
[powermust500]
driver = m
uot; driver. You can run it with "megatec -a yourups -DDD" and
send me the output.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
at comes bundled with it? Is it "Commander Pro"
or "WinPower"?
Are you trying to use it via the serial port or USB? (Only the serial
port is supported.)
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
ut it isn't much use...
--
Cheers
Brian
Reliable, secure and affordable Office servers using Open Source software
http://www.abandonmicrosoft.co.uk
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.
27;s no way to ask the UPS for them.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
uot;.
Is there some place where I can set them, where they can be read
automatically on startup?
One of the UPSes is connected to a SUSE box, and the other to a Debian box.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.
knows.
--
gypsy
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
You can start megatec with "-DDD" and see if that gives any clues why
it isn't working (it may not use the megatec protocol at all).
On 6/3/06, gypsy <[EMAIL PROTECTED]> wrote:
gypsy wrote:
>
> Carlos Rodrigues wrote:
> >
> > On 6/2/06, Manuel Wolfshant
t, with the megatec driver. You might try that...
And if you notice something wrong, you can say so, I'll try to fix it.
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
es wrong battery capacity percents
because it also expects battery but not cell voltage.
On Fri, 26 May 2006, Carlos Rodrigues wrote:
> "mustek" is all but deprecated, so the effort should be to get
> powermust/megatec working.
>
> Since you have the latest development code ins
found the Megatec protocol page.
2.31 must be the cell power but I think here it is too high (should be
1). And how could I know the nominal,min and max power?
Just to say I tried the latest 2.1 code and the megatec driver, but it
also reports stale data
NoBug Consulting Romania
http://www.brainbench.com/transcript.jsp?pid=40317
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
--
Carlos Rodrigues
___
has been powered down, when (line) power comes back, the
UPS will wait "ups.delay.start" minutes before powering itself on
again (to lower the possibility of powering on when the power just
came back momentarily).
--
Carlos Rodrigues
___
Nut-upsuse
eter
Done. The protocol actually says the voltage may have two decimals,
I've missed that part...
@lonely wolf: can you try now?
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
son be that the UPS reports voltage to more than one
> decimal, and the value used by the driver to calculate the load is
> actually more accurate than the value displayed?
>
> I tried answering my own question by looking at lonely wolf's logs,
> but could not retrieve it. -- Peter
an get instead of the 100% which would
> be normal (and reported by the bundled software) ?
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
that's actually what the UPS is
reporting (judging by the logs).
--
Carlos Rodrigues
___
Nut-upsuser mailing list
Nut-upsuser@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
1 - 100 of 118 matches
Mail list logo