Displaying 20 results from an estimated 200 matches similar to: "SMS and Megatec protocol Diffs"
2007 Sep 05
2
Krauler UP-D1200VA
Hello. I have this UPS:
Krauler UP-D1200VA
Megatec USB protocol
Vendor ID: 0x0001, Device ID: 0x0000
#KRAULER UP-D1200VA VER6.00
#220.0 004 23.50 50.0
Currently I have nut 2.2.0 installed from sources. Installation was
successful except that I had to change a string in 52-nut-usbups.rules from:
SUBSYSTEM!="usb_device", GOTO="nut-usbups_rules_end"
to:
2008 Oct 20
1
Megatec driver status [was: Re: UPS (Megatec) with strange voltage values]
On Mon, Oct 20, 2008 at 1:35 PM, Arjen de Korte <nut+devel at de-korte.org> wrote:
> Citeren Carlos Rodrigues <cefrodrigues at gmail.com>:
>
>> BTW, the patch has a small typo in one of the comments: "applied to
>> battery.volage" :)
>
> I'll leave that up to you to correct. Since it is only a comment, it won't
> be visible to innocent users
2006 Jun 02
2
NUT shutdown on 'building alarm' (
Dear NUT developers,
I am using NUT + bcmxcp + Powerware 9315. I would like to use NUT to shut
down my systems if the air conditioning fails and the room get too hot.
I want the same shutdown sequence as would be produced when the UPS goes
on battery.
The UPS has a terminal block at the front for up to six different
'building alarms'. I can connect a thermostat (35C) to the
2023 May 22
2
Synthesize low batt (LB) fron SNMP UPS which does not support this?
Hmm. Is there maybe something there already that will do this? Maybe kind of back-handed.
In drivers/dstate.c, I see:
In status_init(), if ?driver.flag.ignorelb? is set in the driver state, the ?ignorelb? flag is set.
In status_set(), if ignorelb is set, and the status being set (presumably from the UPS) is LB, it?s ignored. In other words, LB reported by the UPS is ignored.
In status_commit(),
2006 May 12
1
Fwd: RE New xanto driver for NUT
Dear Andreas,
some googling revealed, you created a driver for the xanto series of
online-usv.de. In what state it is currently?
I've to manage a S2000 and would like to use nut for it, is it usable by
now? Do you need another tester?
TIA,
Pete
2006 Jul 24
2
fentonups driver patch for Effekta MHD3000 UPS
Hi ups-devel,
As I looked throw www.networkupstools.org site, haven't found any
pointers where to send patches, so I hope this is the right place.
(Please let me know weather this is the right place.)
The patch contains a minor change in the logic of the driver, our
Effekta MHD 3000 UPS continuously writes status data to the serial port,
so one has to send a CR character and empty the
2006 Oct 11
2
Adding TrippLite SMART550 / Protocol 2001 Support
I have added preliminary support for the TrippLite protocol number 2001
into tripplite_usb.c. The attached file is supplied as a patch against
today's SVN.
This patch adds support for TrippLite SMART550USB and some Omni models.
Tested are On Line, On Battery, Battery Good, and Battery Bad indication.
Everything else seems to work, but this UPS is attached to a critical
system, and I can
2007 Nov 20
2
Mustek Powermust 600VA
Hi,
I'm having a hard time configuring a Mustek Powermust 600VA ups to
work via USB with nut. I read somewhere that nut works OK via the
rs232 cable, but unfortunately I don't have a COM port in my computer.
The kernel detects the ups as an Xbox pad :) and loads the xpad
module. I tried running /lib/nut/megatec with different /dev/ttySx but
it displays megatec protocol UPS was not
2008 Dec 24
1
Driver removal notification: al175
Hi Kirill,
just to notify you that your al175 driver is being removed from the
NUT tree, as of 2.4.0-pre1.
if you wish to see it entering the tree again, please contact the
Development mailing list to talk about it.
Merry Christmas and happy New Year.
Arnaud
--
Linux / Unix Expert R&D - Eaton - http://www.eaton.com/mgeops
Network UPS Tools (NUT) Project Leader -
2007 May 13
0
No subject
sent two 0 byte packets to the driver, then it sent
'URB_FUNCTION_SYNC_REST_PIPE_AND_CLEAR_STALL' down the pipe which
seems to come back up as well, and then the UPS turned off.
I'll play around later with what happens in that regard, although it
may be a bit tricky to figure out when the battery is low without
having it plugged in ;-)
Also, about nut-usbups.rules.in... The
2007 May 13
0
No subject
sent two 0 byte packets to the driver, then it sent
'URB_FUNCTION_SYNC_REST_PIPE_AND_CLEAR_STALL' down the pipe which
seems to come back up as well, and then the UPS turned off.
I'll play around later with what happens in that regard, although it
may be a bit tricky to figure out when the battery is low without
having it plugged in ;-)
Also, about nut-usbups.rules.in... The
2007 May 13
0
No subject
sent two 0 byte packets to the driver, then it sent
'URB_FUNCTION_SYNC_REST_PIPE_AND_CLEAR_STALL' down the pipe which
seems to come back up as well, and then the UPS turned off.
I'll play around later with what happens in that regard, although it
may be a bit tricky to figure out when the battery is low without
having it plugged in ;-)
Also, about nut-usbups.rules.in... The
2006 Aug 01
2
Common Power Management : NUT and HAL (stage 1)
Hi fellows,
I'm really pleased to announce that a first stage of NUT and HAL [1]
integration has been reached: NUT drivers (in fact, only newhidups,
tripplite_usb and bcmxcp_usb for the moment) can feed HAL data.
It's a "quick and dirty" hack, as a proof of concept, and there is
still lots of things to be done, both on NUT and HAL sides.
But it's a good base, and very
2008 Jul 10
2
[PATCH] tripplite driver updates
The tripplite driver was developed on a machine with a reliable serial
connection, and inherited the assumption that the serial line connection
would not drop, reorder, or fail character read and writes. This patch
adds significantly improved failure mode handling and also does basic
checks of data validity.
There's also a few minor cleanups/beautification.
I've tested this code on my
2007 Aug 11
3
[nut-commits] svn commit r1043 - in trunk: . docs drivers
Arjen de Korte wrote:
>
> + * drivers/apc-hid.c:
> + - Commented out the 'fullycharged' status. If anyone can explain the
> + use of this, please step forward.
This flag is defined on p.36 of the "Universal Serial Bus Usage Tables
for HID Power Devices", Release 1.0 November 1, 1997, a USB standards
document available on the web.
The document defines this
2009 Aug 14
2
Bestfortress driver, network serial patch for nut-2.0
Best fortress support was understandably dropped, but we still use them,
and someone else may want the driver I ported to nut-2.0.
We also often attach the serial cable from a UPS to a network terminal
server, since servers these days don't come with very many serial ports.
(They call them "legacy" ports.) I submitted a patch to support these for
nut-1.x, and it was rejected
2023 May 24
1
Synthesize low batt (LB) fron SNMP UPS which does not support this?
Hi again,
On 5/22/23 18:31, Willcox David via Nut-upsuser wrote:
> Hmm. Is there maybe something there already that will do this? Maybe
> kind of back-handed.
>
> In drivers/dstate.c, I see:
>
> 1. In status_init(), if ?driver.flag.ignorelb? is set in the driver
> state, the ?ignorelb? flag is set.
> 2. In status_set(), if ignorelb is set, and the status being set
2006 Nov 26
1
Patch for optiups to support Zinto D from ONLINE USV-Systeme AG
Hi Arnaud,
Hi Scott,
Hi list,
Here is a patch to support the Zinto D from ONLINE USV-Systeme AG.
I already sent a version to Russell Kroll (2006-04-09), without no response
and I cannot find support for Zinto in svn until now.
I found a discussion on this list about the Xanto from ONLINE, but the Zinto
seems to use different commands.
The commands are quite similar to those for Opti-UPS, so I
2007 Feb 16
2
Centralion Blazer 2000VA USB-HID
Hi again,
I've succeeded in compiling the svn trunk with the automake tools and wish
to say thank you to Charles Lepple for his help.
After fixing some parameters in the hotplug script I can now get access to
the UPS on /dev/usb/hiddev0 (I added productid and vendorid of my ups to the
usermap).
I've decided to try the newhidups driver with -x generic parameter and got
this response :
2011 Feb 07
4
[PATCH/RFC v2 0/3] Updates to ACP smart driver
This is 2nd version of the earlier patch featuring a few new features
and fixes to the apcsmart driver, following the remarks in:
http://www.mail-archive.com/nut-upsdev at lists.alioth.debian.org/msg02294.html
Major changes from v1:
- handle battery.charge and battery.runtime checks at main.c level
- handle "immutable but writable" conflict gracefully at driver level
-