[Nut-upsuser] Tripp Lite OMNIVS1500XL, tripplite_usb, Error reading {L, S, B} value

[Forest Bond - Logic Supply]

Hi,

> The "Error reading Unit ID" is normal on this model, because it does
> not appear to support that particular command.

OK

> The other errors look like they did not show up in the debug log
> requested by Arjen - true?

On line 428:

Error reading L value: Unknown error 0

And on line 446:

Error reading S value: Unknown error 0

(These occurred shortly after I unplugged the UPS to trigger activity.)

> I need to revise the polling timeouts for when the unit is offline,
> but otherwise, it is probably working. (Some commands take several
> tries to get through.)

Hmm, I didn't let the test run for very long; I'm happy to perform some
variation on that test, if you need different timing.  Otherwise, what you just
said doesn't mean much to me, so if you don't need anything else from me, just
ignore this paragraph :).

> Can you send the output of 'upsc name-of-ups at localhost'?

I don't actually have upsd up and running.  It may be a few minutes for me to do
that, at which point I'm happy to send the info you need.  Is there some other
command I can run to get what you're looking for without yet completing the full
nut setup?

thanks,
Forest
-- 
Forest Bond
Computer Engineer
Logic Supply, Inc.
Phone: (802) 244-8302
Fax: (802) 244-7938
forest.bond at logicsupply.com
www.logicsupply.com
On Fri, Feb 16, 2007 at 11:03:50AM -0500, Charles Lepple wrote:
> On 2/16/07, Forest Bond - Logic Supply <forest.bond at logicsupply.com> wrote:
> >Hi,
> >
> >I'm working with svn trunk rev 815, testing tripplite_usb with this model. 
> >I
> >haven't gotten far in my testing, but thought I'd notify the list of this 
> >error
> >message.  Is this message of any consequence, and is it worthwhile for me 
> >to
> >continue testing prior to resolving this?  I am happy to help debug any 
> >driver
> >issues, so please let me know if I can be of assistance.
> 
> The "Error reading Unit ID" is normal on this model, because it does
> not appear to support that particular command.
> 
> The other errors look like they did not show up in the debug log
> requested by Arjen - true?
> 
> I need to revise the polling timeouts for when the unit is offline,
> but otherwise, it is probably working. (Some commands take several
> tries to get through.)
> 
> Can you send the output of 'upsc name-of-ups at localhost'?
> 
> -- 
> - Charles Lepple