search for: nut_usb

...uld not communicate with the ups: Inappropriate ioctl for device THE UGLY: It is possible to create a deb with patched in support for the Powerware 5115A using the following steps: 1. sudo apt-get source nut 2. sudo apt-get build-dep nut 3. wget 'http://svn.debian.org/wsvn/nut/trunk/drivers/nut_usb.c?op=file&rev=1220&sc=1' -O nut_usb.c.new 4. wget 'http://boxster.ghz.cc/projects/nut/browser/trunk/scripts/udev/nut-usbups.rules.in?format=raw' -O nut-usbups.rules.in.new 5. wget 'http://svn.debian.org/wsvn/nut/trunk/drivers/nut_usb.h?op=file&rev=1220&sc=1' -O n...

Earlier this year, I added a patch to my local NUT tree to additionally print the value of usb_strerror() if usb_clear_halt() failed. (Ignore the commented-out goto.) Since these messages are at the LOG_ERR level, should we add usb_strerror() to all of the calls in nut_usb.c? diff --git a/drivers/nut_usb.c b/drivers/nut_usb.c index 494a1fa..4ca2691 100644 --- a/drivers/nut_usb.c +++ b/drivers/nut_usb.c @@ -165,8 +165,8 @@ usb_dev_handle *nutusb_open(const char *port) if (usb_clear_halt(dev_h, 0x81) < 0) { - upslogx(LOG_ERR, "Can...

Hi. I'm from Russia. I try to use NUT with PowerWalker vi 400 se (usb). I use FreeBSD 7.0 (amd64) and megatec_usb driver. Settingup the NUT with FreeBSD installation procedure (Thierry Thomas, from FreeBSD). PowerWalker connect to the computer by usb cable on port usb0 (uhib0). NUT don't starting, and talk to me that supporting device not found. Please, help me. Thank's! With best

...ing it plugged in ;-) Also, about nut-usbups.rules.in... The previously discussed Kebo is in there with the same vendorid/productid. May be useful to add a comment there as well (in fact, anywhere Kebo is mentioned), I have a feeling the Kebo may just work with this driver. Here are the diffs for nut_usb.c (svn diff): Index: nut_usb.c =================================================================== --- nut_usb.c (revision 911) +++ nut_usb.c (working copy) @@ -56,11 +56,13 @@ for (dev = bus->devices; dev; dev = dev->next) { /* XXX...

...ing it plugged in ;-) Also, about nut-usbups.rules.in... The previously discussed Kebo is in there with the same vendorid/productid. May be useful to add a comment there as well (in fact, anywhere Kebo is mentioned), I have a feeling the Kebo may just work with this driver. Here are the diffs for nut_usb.c (svn diff): Index: nut_usb.c =================================================================== --- nut_usb.c (revision 911) +++ nut_usb.c (working copy) @@ -56,11 +56,13 @@ for (dev = bus->devices; dev; dev = dev->next) { /* XXX Ch...

...ing it plugged in ;-) Also, about nut-usbups.rules.in... The previously discussed Kebo is in there with the same vendorid/productid. May be useful to add a comment there as well (in fact, anywhere Kebo is mentioned), I have a feeling the Kebo may just work with this driver. Here are the diffs for nut_usb.c (svn diff): Index: nut_usb.c ======================================= --- nut_usb.c (revision 911) +++ nut_usb.c (working copy) @@ -56,11 +56,13 @@ for (dev = bus->devices; dev; dev = dev->next) { /* XXX Check for POWERWARE 3105 or 31...

Peter, attached is a proposed patch to fix compilation of generic-hid.c when libusb's usb.h is not in /usr/include (but the -I flag is provided by "libusb-config --cflags"). It fixes the build under OS X, where Fink installs libusb with --prefix=/sw. I changed "usb.h" to <usb.h> so that 'make depend' wouldn't generate a dependency on 'usb.h' with

--- Arjen de Korte <nut+users at de-korte.org> wrote: > > > I also did: > > > > # ./megatec_usb -DDDDD -x vendor=06da -x mfr=OMRON > > /dev/usb/hiddev0 > > Please have a look at 'man 8 megatec_usb' again. > > You probably need to specify the '-x vendorid' and > '-x productid' options > and most likely, the

--- Arjen de Korte <nut+users at de-korte.org> wrote: > > > I also did: > > > > # ./megatec_usb -DDDDD -x vendor=06da -x mfr=OMRON > > /dev/usb/hiddev0 > > Please have a look at 'man 8 megatec_usb' again. > > You probably need to specify the '-x vendorid' and > '-x productid' options > and most likely, the

[I'm switching my dev address to @gmail.com instead of @mgeups... please, update your bookmark] Peter Selinger wrote: > > Arnaud Quette wrote: > > > > Here is the status of PSE (Peter Selinger) NUT patches > > for newhidups (hidparser, apc support, ...). > > > > - nut-cvs-patch-REOPEN-2005-08-24: > > approved and applied on Development tree > >

...9;t get nut running. It was fine with 2.6.14. It say's: --------------------- # ./bcmxcp_usb -uroot AUTO Network UPS Tools - BCMXCP UPS driver 0.10 (2.1.0) Can't reset POWERWARE USB endpoint Unable to find POWERWARE UPS device on USB bus ... --------------------- I've straced it in nut_usb.c usb_clear_halt()-function. If I comment it out, it say's "Receive error (Request command): COMMAND: 31". I have nut development branch of cvs. My UPS is Powerware 3105 with usb cable. I'm running on Debian Sarge. I've read the source files, libusb documentation, but I ju...

...DBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DINET6 -O2 -D_REENTRANT -DNETSNMP_USE_INLINE -Wall -Dlinux -I. -I/usr/include -O -Wall -Wsign-compare -o hald-addon-bcmxcp_usb bcmxcp_usb.o bcmxcp.o nut_usb.o ../common/libcommon.a libnuthalmain.a -L/usr/lib /usr/lib/libusb.so /usr/lib/libhal.so -ldbus-glib-1 /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -ldbus-1 -lrt bcmxcp.o: In function `upsdrv_updateinfo': bcmxcp.c:(.text+0x2c78): undefined reference to `alarm_init' bcmxcp.c:(.text+0x...

Fellows, the -pre branch for 2.2.2 is opened. If you have something to backport for trunk or fix in Testing, it's time to do so. If you are unsure, don't hesitate to ask me or on this list. I'd like to see 2.2.2 going out soon (~2 weeks max) Arnaud -- Linux / Unix Expert R&D - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader -

...39; but still got the same error: Network UPS Tools: 0.29 USB communication driver - core 0.32 (2.2.1) debug level is '4' upsdrv_initups... No appropriate HID device found No matching HID UPS found #cat /etc/devfs.conf perm usb2 0660 own usb2 root:uucp #cat /etc/devfs.rules [nut_usb=10] add path 'uhid0' group wheel user uucp mode 0660 Anyone with the similar UPS? Any help would be greatly appreciated! Many thanks.

...t; 800069 LIB_DEPENDS+= usb-0.1.8:${PORTSDIR}/devel/libusb . else EXTRA_PATCHES= ${FILESDIR}/extra-patch-m4_nut_check_libusb.m4 . endif CONFIGURE_ARGS+= --with-usb=auto MAN8+= bcmxcp_usb.8 megatec_usb.8 richcomm_usb.8 tripplite_usb.8 \ usbhid-ups.8 PLIST_SUB+= NUT_USB="" .else CONFIGURE_ARGS+= --without-usb PLIST_SUB+= NUT_USB="@comment " .endif ########## - - 8< - - cut here - - ############## The full text of the m4 patch is here: http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/nut/files/extra-patch-m4_nut_check_libusb.m...

...sion-related as it occurs even when the driver runs as root. My tested recipe for USB permissions is: 1. run usbconfig to find where the device is connected. In my case: ugen5.2: <USB to Serial INNO TECH> at usbus5, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON 2. edit /etc/devfs.rules and add: [nut_usb=10] add path 'ugen5.2' group wheel user uucp mode 0770 3. edit /etc/devfs.conf and add: perm ugen5.2 0770 own ugen5.2 uucp:wheel 4. Edit /etc/rc.conf and add: devfs_system_ruleset="nut_usb" 5. Now it's necessary to restart devfs (or the whole system if you prefer): /...

On Wed, Oct 1, 2008 at 7:30 AM, Roman Serbski <mefystofel at gmail.com> wrote: >> Definitely seems like a permissions problem. >> >> It's been a while since I messed with USB on FreeBSD. What do the >> permissions look like on /dev/ugen*? What modifications did you make >> to /etc/devfs.rules? > > Thanks a lot Charles! I think I managed to get NUT

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just a little patch for the drivers.list The "Cyber Power Systems Intelligent Series CP1500EAVRLCD" ups http://eu.cyberpowersystems.com/products/ups_systems/intelligent/cp1500eavrlcd.htm Got one here running (see: https://nut.stillbilde.net/cgi-bin/nut/upsstats.cgi?host=CyberPower at upsmonitor) Works flawlessly. Patch as follows:

...the hardware seems to be quite different from the "usual" PC (thanks to all developers for their efforts in writing portable code! ;-) However, I had some issues with making bcmxcp_usb driver to work, most of them is related to libusb. The first point was usb_clear_halt function call in nut_usb.c file during device initialization: the driver reported "broken pipe" error. I'm not an expert in USB devices programming, but based on the context, I would expect that usb_resetep function would be more appropriate here - am I wrong? Anyway, changing the call to usb_resetep did sol...