I have a Tripp Lite OMNI900LCD. It has a usb connector and claims to
be USB/HID. I haven't been able to get it to work with newusbhid or
tripplite_usb.
Here's lsusb -v output:
Bus 001 Device 013: ID 09ae:2005 Tripp Lite
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x09ae Tripp Lite
idProduct 0x2005
bcdDevice 0.10
iManufacturer 3 Tripp Lite
iProduct 1 TRIPP LITE UPS
iSerial 2 692195 B
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 34
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Devices
bInterfaceSubClass 0 No Subclass
bInterfaceProtocol 0 None
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.10
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 618
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 40
If I specify productid then tripplite_usb will recognize the match but
then fails with this error:
Checking device (09AE/2005) (001/013)
- VendorID: 09ae
- ProductID: 2005
- Manufacturer: Tripp Lite
- Product: TRIPP LITE UPS
- Serial Number: 692195 B
- Bus: 001
Trying to match device
Device matches
failed to claim USB device, trying 2 more time(s)...
detaching kernel driver from USB device...
trying again to claim USB device...
HID descriptor retrieved (Reportlen = 459)
Size read for the report descriptor: 4294967221
Unable to get Report descriptor (-75)
After that /dev/usb/hiddev0 disappears and things appear to be
generally ugly until I replug the USB cable.
I can't get newhidups to recognize it at all.
Any suggestions?
--
Hans Fugal
Fugal Computing
On 9/8/06, Hans Fugal <fugalh@gmail.com> wrote:> I have a Tripp Lite OMNI900LCD. It has a usb connector and claims to > be USB/HID. I haven't been able to get it to work with newusbhid or > tripplite_usb.[...]> Report Descriptors: > ** UNAVAILABLE **After running tripplite_usb (and after /dev/usb/hiddev0 disappears, which is expected), can you re-run 'lsusb -vvv' as root, and send the results?> I can't get newhidups to recognize it at all.Support for newer Tripp-Lite USB/HID models is still in the development tree (the trunk in SVN). Instructions for grabbing it via SVN are here: http://www.networkupstools.org/source.html This will hopefully make it into the 2.0.5 release, but I imagine there is a bit of backporting to do. -- - Charles Lepple
Oops, was supposed to send that to the list. ---------- Forwarded message ---------- From: Hans Fugal <fugalh@gmail.com> Date: Sep 8, 2006 8:05 PM Subject: Re: [Nut-upsuser] Tripp Lite OMNI900LCD Thanks, SVN newhidups driver seems to be working fine. Here's the upsc output. I had to specify the productid in the config file in order for the -a flag to work, that's probably undesirable. battery.charge: 100 battery.type: PbAc battery.voltage: 0.0 battery.voltage.nominal: 12.0 driver.name: newhidups driver.parameter.port: /dev/usb/hiddev0 driver.parameter.productid: 2005 driver.version: 2.1.0 driver.version.data: TrippLite HID 0.1 (experimental) driver.version.internal: 0.30 input.frequency: 59.9 input.voltage: 119.0 input.voltage.nominal: 120 output.frequency.nominal: 60 output.voltage: 166.0 output.voltage.nominal: 120 ups.beeper.status: enabled ups.delay.reboot: 65535 ups.delay.shutdown: 65535 ups.mfr: Tripp Lite ups.model: TRIPP LITE UPS ups.power.nominal: 900 ups.serial: 692195 B ups.status: OL CHRG ups.test.result: Done and passed Two generic items to report. First, configure (or whatever) isn't processing the files scripts/hotplug-ng/*.in . Second, on recent 2.6 kernels you don't need the hotplug file at all, just the udev rules file. udev has completely superceded hotplug. On 9/8/06, Peter Selinger <selinger@mathstat.dal.ca> wrote:> OK, in any case, once Hans gets the development version of NUT, he can > then produce enough debugging output so that we can hopefully support > the model. -- Peter > > Marc Collin wrote: > > > > Le vendredi 8 septembre 2006 15:35, Peter Selinger a =E9crit=A0: > > > Charles Lepple wrote: > > > > On 9/8/06, Hans Fugal <fugalh@gmail.com> wrote: > > > > > I have a Tripp Lite OMNI900LCD. > > > > > ... > > > > > I can't get newhidups to recognize it at all. > > > > > > > > Support for newer Tripp-Lite USB/HID models is still in the > > > > development tree (the trunk in SVN). Instructions for grabbing it via > > > > SVN are here: > > > > > > > > http://www.networkupstools.org/source.html > > > > > > > > This will hopefully make it into the 2.0.5 release, but I imagine > > > > there is a bit of backporting to do. > > > > > > yes, indeed, I added support for a Tripp Lite ONMI1000LCD to the > > > development tree a while ago; I assume this is similar enough to your > > > Tripp Lite OMNI900LCD so that it should also work. The driver is > > > newhidups. -- Peter > > > > when i contacted tripp lite, they said me omni900lcd use the same hid table> > =20 > > then ripp Lite OMNIVS or ripp Lite SmartUPS don't remember > > > > _______________________________________________ > > Nut-upsuser mailing list > > Nut-upsuser@lists.alioth.debian.org > > http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser > > > >-- Hans Fugal Fugal Computing -- Hans Fugal Fugal Computing
Hans Fugal wrote:> > Thanks, SVN newhidups driver seems to be working fine. Here's the > upsc output. I had to specify the productid in the config file in > order for the -a flag to work, that's probably undesirable. > > battery.charge: 100 > battery.type: PbAc > battery.voltage: 0.0 > battery.voltage.nominal: 12.0 > driver.name: newhidups > driver.parameter.port: /dev/usb/hiddev0 > driver.parameter.productid: 2005 > driver.version: 2.1.0 > driver.version.data: TrippLite HID 0.1 (experimental) > driver.version.internal: 0.30 > input.frequency: 59.9 > input.voltage: 119.0 > input.voltage.nominal: 120 > output.frequency.nominal: 60 > output.voltage: 166.0The output voltage is not reported correctly. This is a bug in the HID descriptor, similar to what we have seen on other Tripp Lite devices; it's a purely cosmetic issue and I haven't had time yet to fix it.> output.voltage.nominal: 120 > ups.beeper.status: enabled > ups.delay.reboot: 65535 > ups.delay.shutdown: 65535 > ups.mfr: Tripp Lite > ups.model: TRIPP LITE UPS > ups.power.nominal: 900 > ups.serial: 692195 B > ups.status: OL CHRG > ups.test.result: Done and passedThe other variables all look fine.> Two generic items to report. First, configure (or whatever) isn't > processing the files scripts/hotplug-ng/*.in .Fixed.> Second, on recent 2.6 > kernels you don't need the hotplug file at all, just the udev rules > file. udev has completely superceded hotplug.Don't worry, NUT runs on a *lot* of different systems, and not all of them are recent 2.6 kernels, or even Linux. It will be a long time until this code is removed. -- Peter