Displaying 20 results from an estimated 200 matches similar to: "bcmxcp_usb and powerware 5115"
2009 May 21
1
Nut and PowerWare 5115
Hi Arnaud,
Any luck with the latest subversion trunk?
From: Greg
Sent: Wednesday, May 13, 2009 10:34 PM
To: Greg ; Arnaud Quette
Cc: Kjell Claesson ; nut-upsuser at lists.alioth.debian.org
Subject: Re: [Nut-upsuser] Nut and PowerWare 5115
Hi Arnaud,
Some more testing on Ubuntu 9.04.
Here is the output of bcmxcp_usb and lsusb
============================================
root at
2014 Dec 01
4
06da:0002 Phoenixtec Power Co., Ltd UPS
Hi! all.
I have been reading every mail and news about nut and 06da:0002
Phoenixtec but not found a solution.
I have a very nice working ups from:
CENER ref: "Active 1000VA 230V 12 CENER" and front logo "LA 900"
It has COM3 and USB plugs, I don't know if it needs a standar RS232
I have test with varius drivers in ups.conf
[MyUPS]
driver = bcmxcp_usb | usbhid-ups |
2014 Dec 04
0
06da:0002 Phoenixtec Power Co., Ltd UPS
On Dec 3, 2014, at 2:02 PM, janc at telefonica.net wrote:
> USB error: error sending control message: Invalid or incomplete
> multibyte or wide character
This is a wild guess, but what about using the option "langid_fix=0x0409"?
--
Charles Lepple
clepple at gmail
2005 Jun 30
4
MGE Protection Center and Suse
Hi
I try since a week to run my MGE Protection Center under Suse Linux 9.3.
At the MGE site i found an HowTo. I have installed NUT an create the=20
configs but at boot the newhidups driver say=B4s "no USB/HID UPS found".=20=
Anyone an Idea?
Johannes Schatz=
2009 Sep 21
4
Powerware 5115 USB Issue
Hi,
I'm trying to get a Powerware 5115 to communicate with the NUT via USB under Debian Linux and need help.
Here is the output that I see.
co-nh5:/tmp/mnt/projects/pwusb/nut-2.4.1# /usr/local/ups/bin/upsdrvctl -u root start
Network UPS Tools - UPS driver controller 2.4.1
Network UPS Tools - BCMXCP UPS driver 0.21 (2.4.1)
USB communication subdriver 0.17
Communications with UPS lost:
2014 Jan 26
2
3g usb dongle - Huawei E1552
Hi
Please could someone assist me?
I?e got a 3g usb dongle - Huawei E1552.
[root@]# lsusb
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 002: ID 03f0:8407 Hewlett-Packard
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus
2010 Jan 10
1
Eaton PW5110 + nut-2.4.1 + OpenBSD
Hello,
I 'm trying to set up an Eaton PW5110 using nut-2.4.1 in OpenBSD, my
ups.conf follows :
[myups]
driver = bcmxcp_usb
port = auto
desc = "Eaton PW 5110 (1500VA)"
My first attempt to run upsdrvctl ended up complaining about unimplemented
usb_clear_halt() in libusb. I patched libusb-0.1.12 with the following
patch :
2014 Dec 04
4
06da:0002 Phoenixtec Power Co., Ltd UPS
Hi Charles.
I have got this output with driver usbhid-ups
ups.conf
[Phoenixtec]
driver = usbhid-ups
vendorid = 06da
productid = 0002
port = auto
#~ langid_fix=0x0409
desc = "CENER ONLINE 1000VA"
# export USB_DEBUG=5
# ./usbhid-ups -a Phoenixtec
Network UPS Tools - Generic HID driver 0.37 (2.6.4)
USB communication driver 0.32
0.000000 debug level is '3'
0.000557
2010 May 11
0
more USB logs
# export USB_DEBUG=5
# /usr/local/ups/bin/usbhid-ups -a CP550SLG -DDDDD
Network UPS Tools - Generic HID driver 0.34 (2.4.3)
USB communication driver 0.31
0.000000 debug level is '5'
0.000426 upsdrv_initups...
usb_set_debug: Setting debugging level to 5 (on)
usb_os_init: Found USB VFS at /dev/bus/usb
usb_os_find_busses: Found 001
usb_os_find_busses: Found 002
2008 Sep 26
0
FreeBSD usbhid-ups problem
Citeren "Daniel O'Connor" <doconnor at gsoft.com.au>:
> usb_control_msg: 161 1 769 0 0x813310c 2 4000
> USB error: error sending control message: Input/output error
> Can't retrieve Report 1: Input/output error
> upsdrv_updateinfo...
> Got to reconnect!
>
> usb_set_debug: Setting debugging level to 3 (on)
> usb_os_find_busses: Found /dev/usb0
>
2009 Sep 05
1
FreeBSD, NUT OmniVS1500
Howdy,
I had this working with lots of help for a developer before (Charles Lepple),
but after upgrading to a somewhat more current version of FreeBSD the
patched-up version stopped working. Seeing as this was more than a few years
ago, I thought I'd give a new libusb and NUT a try to see if it might work out
of the box. So far, no luck.
Some info:
FreeBSD 6.3
libusb 0.1.12
NUT 2.4.1
2007 Mar 04
1
OMNIVS1500XL and FreeBSD
I'm running FreeBSD 6.2 with Nut 2.0.5 installed from ports...
I have a TrippLite OmniVS1500XL plugged in, but I'm having little luck with the
tripplite_usb module. I have already built and booted a new kernel with UHID
disabled so that libusb can grab /dev/ugen0.
At first I was able to get the following out of the driver:
# USB_DEBUG=5 /usr/local/libexec/nut/tripplite_usb -u root
2010 Sep 26
3
Cannot connect to APC Smart via USB under FreeBSD
Hi, folks!
There is FreeBSD 7.1, NUT 2.4.1, UPS APC Smart 2200 XL.
NUT is compiled from ports with following options:
---------------------------------------
_OPTIONS_READ=nut-2.4.1_5
WITH_SERIAL=true
WITH_USB=true
WITH_SNMP=true
WITHOUT_NEON=true
WITHOUT_PDU=true
WITHOUT_HAL=true
WITHOUT_IPV6=true
WITHOUT_CGI=true
---------------------------------------
UPS is successfully recognized by OS
2016 May 26
1
A lot of EAGAIN (Resource temporarily unavailable) using nutdrv_qx
Hello,
I have a Salicru UPS connected by USB using nutdrv_qx driver. As I see
that it was using too much CPU time (or at least, too much for what I
think it should be normal), I used strace to see what is was using,
and got a lot of lines like these:
%<------------%<------------%<------------%<------------
ioctl(4, USBDEVFS_REAPURBNDELAY, 0x7ffdca143278) = -1 EAGAIN (Resource
2007 Jul 16
1
Tripp Lite OmniSV1500XL
I recently purchased a Tripp Lite OmniSV1500XL and I've had no luck
getting nut to work.
# lsusb
Bus 001 Device 001: ID 0000:0000
Bus 006 Device 002: ID 05e3:0702 Genesys Logic, Inc. USB 2.0 IDE Adapter
Bus 006 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 005 Device 001: ID 0000:0000
Bus 007 Device 001: ID 0000:0000
Bus 004 Device 009: ID 09ae:0001 Tripp Lite
Bus 004 Device
2014 Jan 16
0
Generic UPS driver
One small comment:
When the driver has no permission to access the device, it exits with a
segmentation fault, it would be nice to have a more informative error.
I'm not really sure if the issue is speciffic to this driver or is it
general.
I attached the output of an strace with the driver crashing.
Best regards.
-------------- next part --------------
2018 Jul 02
4
No run cmd /usbhid-ups -k !
I used strace and the result is bus is busy:
clock_gettime(CLOCK_MONOTONIC, {8158, 708518222}) = 0
timerfd_settime(11, TFD_TIMER_ABSTIME, {it_interval={0, 0}, it_value={8159,
708518000}}, NULL) = 0
ioctl(12, USBDEVFS_SUBMITURB, 0x40810) = 0
poll([{fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN},
{fd=12, events=POLLOUT}], 4, 60000) = 1 ([{fd=12, revents=POLLOUT}])
ioctl(12,
2008 Jan 25
3
Bug#462468: nut: megatec_usb ups not detected since 2.2.1 update anymore
Hi Sven,
2008/1/25, Sven Koch <haegar at sdinet.de>:
> Package: nut
> Version: 2.2.1-1
> Severity: normal
>
> I am using a Mustec PowerMust 1000 USB, connected with a USB cable to
> the PC.
>
> With nut 2.2.0-2.1 everything works without problems - but since the
> 2.2.1-1 update the "upsdrvctl start" from the init script just fails,
> executing the
2016 Oct 28
0
Data Stale at random intervals
Hi Charles,
I've been monitoring for the past few days and NUT has been running solid. Tested and everything's working as it should. Thanks for all of your help on this, great to have it running well again and learned lot.
________________________________
From: Daniel Shields <grungelizard9 at hotmail.com>
Sent: Tuesday, October 25, 2016 8:01 PM
To: Charles Lepple
Subject:
2011 Apr 24
1
Infinite loop with bcmxcp_usb and Powerware 5115
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, so gave it some '-D's (23 apparently ;-) and found that it seems
to be getting into an infinite loop when reading data from the UPS.
The debug output is attached and I would be very grateful for some
help or advice on what to try next.