[Nut-upsdev] tripp lite smart2200RMXL2U error reading protocol

[Charles Lepple]

Lance sent me the output of "lsusb -vvv" for this device off-list, and
here is the key portion of that:

        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.10
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength    1121
          Report Descriptor: (length is 1121)
            Item(Global): Usage Page, data= [ 0x84 ] 132
                            Power Device Page
            Item(Local ): Usage, data= [ 0x04 ] 4
                            UPS
            Item(Main  ): Collection, data= [ 0x01 ] 1
                            Application
            Item(Local ): Usage, data= [ 0x24 ] 36
                            Power Summary
            Item(Main  ): Collection, data= [ 0x00 ] 0
                            Physical
            Item(Global): Usage Page, data= [ 0x84 ] 132
                            Power Device Page

As Kjell mentioned, this looks like another one of those cases where
the innards of the UPS got an overhaul, but they kept the model name.

Lance: I forget, did you try the newhidups driver as well? That's the
one that should eventually support this UPS (tripplite_usb only
handles the older serial-protocol-over-USB models).

You may have to pass the manufacturer and model options to newhidups
as well, since we were not aware of this alternate vendor/product ID
for this model of UPS.

On 5/11/07, Lance Thomas <Lance.Thomas at fammed.wisc.edu> wrote:
> I'm working on a gentoo server with Nut 2.0.5-r1 and libusb-0.1.12.
> I originally tried the hidups driver which seemed to work, but produced
> a large amount of unhandled events.  Then I tried the newhidups which
> told me my ups wasn't supported.  When I try using
>
> tripplite_usb -u root -DDDD /proc/bus/usb/002/002
>
> I get that there isn't a match.  But when I try using
>
> tripplite_usb -DDDD -a tripplite1
>
> with the following ups.conf:
> [tripplite1]
>         driver = tripplite_usb
>         port = /proc/bus/usb/002/002
>         productid = 3012
>         bus = 002
>         desc = "top ups"
>
> I get it to run and find the HID, but it returns the following errors
> before quitting:
> Detected a UPS: Tripp Lite /TRIPP LITE SMART2200RMXL2U
> send_cmd(msg_len=3, type='W')
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> send_cmd: send_try = 3, recv_try = 3
>
> Could not reset watchdog. Please send model information to nut-upsdev
> mailing list
> send_cmd(msg_len=2, type='
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> libusb_get_interrupt() returned 4 instead of 8
> send_cmd: send_try = 3, recv_try = 3
>
> Error reading protocol
>
>
> Any suggestions?
> ____________________________________________________________________
>
> This email and any attachments may contain confidential information and is
> solely for the intended recipient(s).  Email communications are not considered
> secure.  If you are not the intended recipient(s) of this email you are expected
> to disregard the content, delete the message and notify the original sender.
>
> --University of Wisconsin, Department of Family Medicine--
> ____________________________________________________________________
>
> **UW DFM**
>
>
> _______________________________________________
> Nut-upsdev mailing list
> Nut-upsdev at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev
>


-- 
- Charles Lepple