search for: ugen0

...evice-attach event at 1167852826.599332000, OHCI root hub, NEC: vndr=0x0000 prdct=0x0000 rlse=0x0100 clss=0x0009 subclss=0x0000 prtcl=0x0000 device names: uhub3 usbd: Found action 'USB device' for OHCI root hub, NEC at uhub3 usbd: driver-attach event cookie=6 devname=ugen0 USB_EVENT_DRIVER_ATTACH USB_EVENT_DRIVER_ATTACH usbd: device-attach event at 1167852828.349083000, Curitel Communications, Inc., Curitel Communications, Inc.: vndr=0x106c prdct=0x3701 rlse=0x0000 clss=0x0002 subclss=0x0000 prtcl=0x0000 device names: ugen0 usbd: F...

Hi all, I'm currently trying to install a APC Back-UPS ES 700 on FreeBSD. This UPS has a usb connection to the PC and is recognized as: ugen0: APC Back-UPS ES 700 FW:829.D2 .I USB FWD2 rev 1.10/1.06, addr 2 my ups.conf looks like: [back-ups] driver = usbhid-ups port = auto desc = "server" When I now run /usr/local/libexec/nut/upsdrvctl start the output is: Network UPS Tools - UPS driver controller 2.2.2 Network UPS Tool...

...ll! I've been trying to get my UPS working with my OpenBSD stable box and I haven't had any luck yet. dmesg shows that I have something from Powerware usb0 at uhci0: USB revision 1.0 uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1 biomask f5fd netmask fffd ttymask ffff ugen0 at uhub0 port 1 "Powerware Powerware UPS" rev 0.20/0.50 addr 2 nut version 2.4.0.-pre1 driverctl start gives Can't open POWERWARE USB device, retrying ... the port is set to auto in config file. /dev/ugen0* have enough permissions. What should I try next? Hannu Vuolasaho _____...

...Network UPS Tools - BCMXCP UPS driver 0.21 (2.4.1) USB communication subdriver 0.17 debug level is '3' usb_set_debug: Setting debugging level to 3 (on) usb_os_find_busses: Found /dev/usb0 usb_os_find_busses: Found /dev/usb1 usb_os_find_busses: Found /dev/usb2 usb_os_find_devices: Found /dev/ugen0 on /dev/usb2 usb_control_msg: 128 6 512 0 0xcfbf7558 8 1000 usb_control_msg: 128 6 512 0 0x7f374500 34 1000 skipped 1 class/vendor specific interface descriptors usb_control_msg: 0 7 772 0 0xcfbf7490 4 1000 USB error: error reading from interrupt endpoint /dev/ugen0.01: Resource temporarily unavail...

...IAL=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 kernel at boot-time: --------------------------------------- # grep -i smart /var/run/dmesg.boot ugen0: <American Power Conversion Smart-UPS 2200 XL FW:690.17.I USB FW:7.3, class 0/0, rev 1.10/0.06, addr 2> on uhub0 ugen0: <American Power Conversion Smart-UPS 2200 XL FW:690.17.I USB FW:7.3, class 0/0, rev 1.10/0.06, addr 2> on uhub0[/code] --------------------------------------- ...and...

...is the output I get with the ?x explore switch: > > Network UPS Tools - Generic HID driver 0.35 (2.6.2) > USB communication driver 0.31 > 0.000000 debug level is '3' > 0.001723 upsdrv_initups... > 0.296475 Checking device (0463/FFFF) (/dev/usb0//dev/ugen0) > 0.478783 - VendorID: 0463 > 0.478799 - ProductID: ffff > 0.478807 - Manufacturer: MGE UPS SYSTEMS > 0.478814 - Product: Evolution > 0.478822 - Serial Number: unknown > 0.478829 - Bus: /dev/usb0 > 0.478836 Trying to match devic...

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 -DDDDD auto Network UPS Tools - Tripp Lite OMNIVS and SMARTPRO driver 0.7 (2.0.5) Warning: This is an experimental driver. Some features may not function correctly. debug leve...

...usb and blazer_usb: =========================================================== gate# /usr/local/libexec/nut/megatec_usb -DDDD -a IPPON Network UPS Tools - Megatec protocol driver 1.6 (2.4.1) Serial-over-USB transport layer 0.10 debug level is '4' Checking device (0665/5161) (/dev/usb1//dev/ugen0) - VendorID: 0665 - ProductID: 5161 - Manufacturer: Cypress Semiconductor - Product: USB to Serial - Serial Number: unknown - Bus: /dev/usb1 Trying to match device Device matches DTR=1, RTS=0 Starting UPS detection process... Asking for UPS information [I]... I => FAILED [short read] I detail: (...

...ain! Thanks to the precious help from Henning Brauer, I managed to solve an issue with my UPS (a rebranded UPS speaking in Ablerex-ese over USB). Under OpenBSD 4.3, the UPS was claimed by HID. Now that I recompiled the kernel, adding a USB_quirk, this is what I get when I insert the USB cable: ugen0 at uhub0 port 2 "UIS_ABLER USB to Serial" rev 1.00/1.00 addr 2 So far, so good (Henning confirmed this). Trouble is, when I run megatec_usb: root at puffwall:~/nut-2.2.2 # drivers/megatec_usb -u _ups -a atlantisland -DDDDDD Network UPS Tools 2.2.2 - Megatec protocol driver 1.5.14 [mega...

...full debugging output. Searching on some of these errors has gotten me a few hits, but no fixes. If this is not a problem in FreeBSD 7, I'll upgrade. Two things that stand out: USB error: could not set alt intf 0/0: Invalid argument and USB error: error reading from interrupt endpoint /dev/ugen0.1: Resource temporarily unavailable Thanks, Charles [root at miko /usr/local/etc]# USB_DEBUG=5 /usr/local/libexec/nut/tripplite_usb -a colo1 -DDDDD 2>&1 |more debug level is '5' usb_set_debug: Setting debugging level to 5 (on) usb_os_find_busses: Found /dev/usb0 usb_os_find_bus...

I am looking at the newhid driver for this Pulsar EXtreme here but it gives odd results, for example there is no status variable :) eg debug level is '2' Checking device (0463/FFFF) (/dev/usb0//dev/ugen0) - VendorID: 0463 - ProductID: ffff - Manufacturer: unknown - Product: unknown - Serial Number: unknown - Bus: /dev/usb0 Trying to match device Device matches HID descriptor retrieved (Reportlen = 1535) Report descriptor retrieved (Reportlen = 1535) Found HID device Network UPS Tools: New USB/HID U...

...t user. The FreeBSD port makes a half-hearted attempt to fix this, but only for serial devices, not USB devices. In the following example, I've created a user/group "nut" and am going to allow the nut user to read/write to one usb port (/dev/usb1) and the actual UPS device (/dev/ugen0). add the following to /etc/devfs.conf: perm usb1 0660 own usb1 root:nut create an /etc/devfs.rules with the following: [usb_devices=10] add path 'ugen*' mode 0660 group nut add that rule to your startup settings in /etc/rc.conf: devfs_system_ruleset="usb_devices&quo...

Hello, I have Ellipse ASR 1500 UPS and now I'm trying to monutor it with NUT from FreeBSD. It seems that there are some problems with this UPS: =================================== ugen0: MGE UPS SYSTEMS ELLIPSE, rev 1.10/42.41, addr 2 > usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), NEC(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI roo...

...t it is not recognizes ups. I'm try set productid and vendorid in ups.conf, but this is not help. Nut version 2.4.1 below i'm add output of lsusb, my ups.conf and /usr/local/libexec/nut/megatec_usb -a IPPON -DDD ======== lsusb -vvv ================================ Bus /dev/usb1 Device /dev/ugen0: ID 0665:5161 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x0665 idProduct...

Hallo, Following the tips found at https://calomel.org/nut_ups.html I was trying to make NUT operate "APC Back UPS CS-350". The device introduces itself as: #v+ ugen0 at uhub0 port 1 "American Power Conversion Back-UPS CS 350 FW:807.q7.I USB FW:q7" rev 1.10/0.06 addr 2 #v- My config: #v+ [apc] driver = usbhid-ups port = /dev/ugen0.00 pollfreq = 60 desc = "Back UPS CS-350" #v- Unfortunately, when I'm...

Hallo, Following the tips found at https://calomel.org/nut_ups.html I was trying to make NUT operate "APC Back UPS CS-350". The device introduces itself as: #v+ ugen0 at uhub0 port 1 "American Power Conversion Back-UPS CS 350 FW:807.q7.I USB FW:q7" rev 1.10/0.06 addr 2 #v- My config: #v+ [apc] driver = usbhid-ups port = /dev/ugen0.00 pollfreq = 60 desc = "Back UPS CS-350" #v- Unfortunately, when I'm...

...ocalhost 127.0.0.1/32 ACCEPT localhost REJECT all MAXAGE 60 usbdevs -vd: Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub0 port 1 addr 2: low speed, power 20 mA, config 1, NOVA AVR(0xffff), MGE UPS SYSTEMS(0x0463), rev 0.01 ugen0 When I start up the usbhid-ups driver manually it seems to be able to communicate with the UPS ok: bin/usbhid-ups -DD -u root -a mge-nova Network UPS Tools: 0.28 USB communication driver 0.28 - core 0.30 (2.1.0) debug level is '2' Checking device (0463/FFFF) (/dev/usb0//dev/ugen0) - Vendo...

...ocalhost 127.0.0.1/32 ACCEPT localhost REJECT all MAXAGE 60 usbdevs -vd: Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub0 port 1 addr 2: low speed, power 20 mA, config 1, NOVA AVR(0xffff), MGE UPS SYSTEMS(0x0463), rev 0.01 ugen0 When I start up the usbhid-ups driver manually it seems to be able to communicate with the UPS ok: bin/usbhid-ups -DD -u root -a mge-nova Network UPS Tools: 0.28 USB communication driver 0.28 - core 0.30 (2.1.0) debug level is '2' Checking device (0463/FFFF) (/dev/usb0//dev/ugen0) - Vendo...

Hi, I have an MGE Ellipse UPS connected to a FreeBSD 7.0 system and it works OK to begin with but after an hour or so it dies, eg.. Starts out OK.. debug level is '2' upsdrv_initups... Checking device (0463/FFFF) (/dev/usb2//dev/ugen0) - VendorID: 0463 - ProductID: ffff - Manufacturer: MGE UPS SYSTEMS - Product: ELLIPSE - Serial Number: 000000000 - Bus: /dev/usb2 Trying to match device Device matches ... But some time later I get this.. upsdrv_updateinfo... Got 0 HID objects... Quick update... Path: UPS.PowerSummary.PresentStat...

...n the ugen code? I've got 5.1-RELEASE on a laptop, I'll check tomorrow if the situation is any different there (though cvsweb indicates not much has changed, really, recently, and NetBSD 1.6.1 fails just as miserably as FreeBSD 4.8 in doing anything with an m500.). [ade] [1] open(/dev/ugen0) open(/dev/ugen0.2) ioctl(/dev/ugen0.2) is pretty much it, as documented in the pilot-link source. -- pub 1024D/FEA2A3FE 2002-06-18 Adriaan de Groot <groot@kde.org> Key fingerprint = 934E 31AA 80A7 723F 54F9 50ED 76AC EE01 FEA2 A3FE