[Nut-upsdev] HP T/R2200 G2

[James Harper]

I got a chance to quickly test this. upsc output is:

battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 30
battery.temperature: 35.9
battery.type: PbAC
battery.voltage: 54.8
battery.voltage.nominal: 48.0
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.version: 2.3.0-1525M
driver.version.data: TrippLite HID 0.3 (experimental)
driver.version.internal: 0.33
input.frequency: 49.9
input.transfer.high: 278.0
input.transfer.low: 156.0
input.voltage: 248.1
input.voltage.nominal: 230
output.frequency: 49.9
output.frequency.nominal: 50
output.voltage: 218.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.load: 10
ups.mfr: Hewlett Packard
ups.model: R/T2200 INTL
ups.power.nominal: 2200
ups.productid: 1f0a
ups.serial: 2cj7431789
ups.status: OL TRIM
ups.timer.reboot: -1
ups.timer.shutdown: -1
ups.timer.start: -1
ups.vendorid: 03f0
ups.watchdog.status: 0

all the numbers seem reasonable. In Australia we run at 240 volts, but
all the HP UPS's I have seen are configured by default for 230 volts,
and I must have not set this one to 240V, which will explain why it's on
'TRIM'. 248 volts is a bit on the high side but still within acceptable
limits.

The system it runs on is Debian 'Etch', which runs nut 2.0.4. I tried
backporting 2.2.2 from 'Lenny', but it needs a newer version of udev. Is
there any hope of applying your patch to 2.0.4 or is the USB driver too
downlevel there? Failing that, if I built the usb driver from svn would
it talk to upsd from 2.0.4?

Thanks

James

> -----Original Message-----
> From: Charles Lepple [mailto:clepple at gmail.com]
> Sent: Wednesday, 10 September 2008 23:54
> To: James Harper
> Cc: nut-upsdev developers
> Subject: Re: HP T/R2200 G2
> 
> On Sep 10, 2008, at 8:52 AM, Charles Lepple wrote:
> 
> > [moved to nut-upsdev]
> >
> > On Sep 10, 2008, at 8:29 AM, James Harper wrote:
> >
> >>
> >>
> >>> -----Original Message-----
> >>> From: Charles Lepple [mailto:clepple at gmail.com]
> >>> Sent: Wednesday, 10 September 2008 22:11
> >>> To: James Harper
> >>> Cc: nut-upsuser at lists.alioth.debian.org
> >>> Subject: Re: [Nut-upsuser] HP T/R2200 G2
> >>>
> >>> On Wed, Sep 10, 2008 at 6:18 AM, James Harper
> >>> <james.harper at bendigoit.com.au> wrote:
> >>>>>
> >>>>> Has anyone had any success with the HP T/R2200 G2? I have used
the
> >>>>> T/R2200 with nut a few times before and it works great, but the
G2
> >>>>> doesn't want to talk to me.
> >>>>>
> >>>>> I have tried bcmxcp from 2.0.4, 2.2.2, and svn, as well as the
usb
> >>>>> drivers. Maybe the G2 isn't a rebadged powerware unit?
> >>>
> >>> What errors are you getting with the USB drivers? (Permissions are
a
> >>> little more complicated with USB peripherals.)
> >>
> >> 'Can't open POWERWARE USB device, retrying ...' with the bcmxcp_usb
> >> driver.
> >>
> >> I'm running the drivers directly for testing, and specifying '-u
> >> root'
> >> to make sure that permissions aren't an issue. An strace shows no
> >> access
> >> denied type errors.
> >>
> >>>> One more thing... if it helps, the usb info is:
> >>>>
> >>>> Bus 003 Device 003: ID 03f0:1f0a Hewlett-Packard
> >>>
> >>> What does 'lsusb -vvv -d 03f0:1f0a' return?
> >>>
> >>
> >> Attached.
> >>
> >> The source code definitely makes no reference to that vendorid or
> >> productid that I can see.
> >>
> >> I did try the '-x explore' with the usbhid-ups driver (2.2.2
> >> version),
> >> debug output of that is attached if that helps.
> >>
> >> Thanks
> >>
> >> James<r2200g2.txt><r2200g2-explore.txt>
> >
> > Here they are, compressed.
> >
> > I think that it should be relatively easy to support this model,
> > since it appears to follow the HID Power Device Class spec. (The
> > devil is in the details, such as what the UPS actually reports as
> > the battery runs down.)
> 
> 
> James,
> 
> The private usage pages for this UPS look remarkably similar to what
> is mentioned in the Tripp Lite sub-driver of usbhid-ups.
> 
> Can you try the following patch against the SVN trunk? (You will want
> to remove "-x explore" from the command line after patching.)
> 
> --
> Charles Lepple
> clepple at gmail