similar to: bcmxcp: Patch for adding ups.load and battery.voltage.low

tisdagen den 2 juli 2013 20.24.47 skrev Alf H?gemark: > Hi > Hi Alf, > I have the following UPS : > ups.mfr: Eaton > ups.model: POWERWARE UPS 500i > ups.power.nominal: 500 > > It is using the bcmxcp_usb driver. > > I started the driver with debug options, and noticed the following for > the meter map : > > 0.475625 0027 0000 51

On Jul 2, 2013, at 5:16 PM, Kjell Claesson wrote: >> I hope other people can also test this. >> >> Regards >> Alf Hogemark > > Due to some crashes on the disks and lack of time I don't have the git on the > pc now. But maybe some other can commit this. I'd like to ask people to specifically try the bcmxcp branch on GitHub - it includes some changes

Hi Here is a very minor patch for the bcmxcp.c driver, mainly fixing the function name used in debug statement, and at the same time fix indentation. Regards Alf Hogemark From 86c7940d0ea11b5b38a7f4518095ee2428d658c7 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Alf=20H=C3=B8gemark?= <alf at i100.no> Date: Mon, 1 Jul 2013 21:11:40 +0200 Subject: [PATCH] bcmxcp: Fix method name outputted in

Hi I have now done some work to clean up the bcmxcp driver somewhat, and then addede support for a number of more ups variables, so if you have hardware supporting it, you should get more output from "upsc" command, for example. I do not have hardware to test this, so I hope someone do have hardware and are willing to test. The changes should be ok, it is just add new mappings from

On 08/07/2013 02:02 PM, Bendtsen, Jon wrote: > On 07/08/2013, at 13.40, Jan Phillip Greimann <jg at softjury.de> wrote: > >> Hi there, >> >> OS: (L)ubuntu 12.04 precise LTS >> Nut: 2.6.3-1ubuntu1.1 >> Installation Method: Package (apt-get install nut) >> Hardware: HP R1500 G3 INT > > FYI: > I have a different UPS, a HP R3000 XR and I monitor

On Feb 18, 2012, at 10:19 PM, Charles Lepple wrote: > Author: clepple-guest > Date: Sun Feb 19 03:19:02 2012 > New Revision: 3448 > URL: http://trac.networkupstools.org/projects/nut/changeset/3448 > > Log: > Don't allocate storage for variables in bcmxcp.h > > The header files should declare variables as extern, and they should be > allocated in only one .c

Hi I am considering adding support in the bcmxcp driver for the following commands available in bcmxcp specification : #define PW_UPS_ON .. /* UPS on command. length 1-2 */ #define PW_UPS_ON_TIME .. /* Scheduled UPS on in n minutes. length 3-4 */ #define PW_UPS_ON_AT_TIME .. /* Schedule UPS on at specified date and time. length 7-8 */ #define

Hi I had to close pull request 33, due to misspelling of commit messages. Charles helped me to fix it, and I have made a new pull request. The new pull request is : https://github.com/networkupstools/nut/pull/35 Regards Alf

Hi Inspired by the changes by Prachi Gandhi to use the command map from the UPS in the bcmxcp driver, I think the map should be used, if available, to control all commands the driver adds using "dstate_addcmd". The following patch is an attempt at doing so. The patch is against the bcmxcp branch. Since my UPS also supports : #define PW_UPS_ON (unsigned char)0x89 /* UPS on

Hi Just to let you know that I have updated the pull request 33, adding these as well : bcmxcp: Add mapping for input.quality to meters bcmxcp: Output more info hardware capabilities in debug mode bcmxcp: Add support for reading topology map and setting ups.description Alf

On 08/08/2013, at 18.58, Alf H?gemark <alf at i100.no> wrote: > On 08/07/2013 02:02 PM, Bendtsen, Jon wrote: >> On 07/08/2013, at 13.40, Jan Phillip Greimann <jg at softjury.de> wrote: >> >>> Hi there, >>> >>> OS: (L)ubuntu 12.04 precise LTS >>> Nut: 2.6.3-1ubuntu1.1 >>> Installation Method: Package (apt-get install nut)

2013/11/18 Vladimir Nesterenko <nesterenko.vy at gmail.com> > > > ---------- Forwarded message ---------- > From: Vladimir Nesterenko <nesterenko.vy at gmail.com> > Date: 2013/11/13 > Subject: Request for advice about NUTdrivers/bcmxcp > To: Arnaud Quette <ArnaudQuette at eaton.com> > > > Hello. > I am using this driver on openSUSE 12.3 with

=?ISO-8859-1?Q?Alf_H=F8gemark?= <alf at i100.no> writes: > I am working on improving the bcmxcp driver, to add more data reported > from the driver, and also add support for sending more commands to the ups. > The code changes are currently not part of any release, but they are in > github, and some more are on the way. > Would you be able to do some testing on your HP R3000

On 07/08/2013, at 13.40, Jan Phillip Greimann <jg at softjury.de> wrote: > Hi there, > > OS: (L)ubuntu 12.04 precise LTS > Nut: 2.6.3-1ubuntu1.1 > Installation Method: Package (apt-get install nut) > Hardware: HP R1500 G3 INT FYI: I have a different UPS, a HP R3000 XR and I monitor it using serial and the bcmxcp driver. [R3000XR] port = /dev/ttyUSB0 driver =

I'm currently testing the bcmxcp driver for NUT, and it causes me some trouble. And when scanning the archives it seems like the 3110 USB problem reported recently. The bcmxcp daemon stops running, and the logs shows the following: Oct 6 14:22:32 host.dom.tld bcmxcp[82628]: Communications with UPS lost: Receive error (data): got -1 bytes instead of 28!!! Oct 6 14:22:33 host.dom.tld

I'm trying to get a Powerware 5125 UPS running using the bcmxcp driver, but I get the following errors: video2:~# /sbin/upsdrvctl start Network UPS Tools - UPS driver controller 2.0.4 Network UPS Tools - BCMXCP UPS driver 0.10 (2.0.4) Communications with UPS lost: Error executing command Communications with UPS lost: Error executing command Communications with UPS lost: Error executing

Greetings, I have been using the bcmxcp_usb driver heavily over the last two years as part of a very successful product, first from NUT 2.4.1 and now from NUT 2.6.0. Now I have a need to do setvar of the outlet.n.delay.start variables, so recently I modified bcmxcp.c to do that. I've tested it and it works well for my purposes. My plans are to begin shipping that modified driver as part

Hi, just through setting up nut-2.0.2 I ran into a shutdown problem. As I have already spend some time on it and don't know any further, I like to ask for advice. Situation: Powerware 9125 serially connected using /dev/cua0 nut compiled and installed fine system shall - broadcast a message and shut down if ups on battery for 30+ s - wait 120 s - broadcast another message - give system 120

I have setup nut-2.4.1 with the bcmxcp driver for my HP R3000 XR unit and although it appears to work, I receive the following sorts of errors in syslog: Aug 27 10:33:05 sv18 bcmxcp[6373]: Communications with UPS lost: Receive error (data): got 0 bytes instead of 64!!! Aug 27 10:33:15 sv18 bcmxcp[6373]: Communications with UPS lost: Receive error (data): got 0 bytes instead of 64!!! Aug 27

Hello, I set up a FreeBSD 8.2 system with nut 2.6.1 and a Powerware 5115 connected by RS-232. I expected this setup to shut down before running out of battery power, but I either missed some important configuration or something else went wrong: The syslog says: Jan 9 05:03:42 b1 upsmon[67752]: UPS upsb1 at localhost on battery Jan 9 05:04:42 b1 upsmon[67752]: UPS upsb1 at localhost on line