similar to: Tripp-Lite INTERNET525U

Windows 7 Pro x64 Eaton 3S550 (brand new, battery mfg 8/15/2012) NUT 2.6.5-3 ups.status: OL CHRG CHRG was present even though it has been plugged in a few days turned on and battery.charge was 100%. Log includes me running upsc and removing power long enough to see that battery.charge will decrease. This UPS doesn't have controlled outlets despite what the upsc output says. ---

At the company I work for, we are using many TrippLite OMNI900LCD UPSs and are having difficulty setting the lower transfer threshold voltage. On our other model, the Eaton MGE-3S550, this can be set using upsrw to set the input.transfer.lowsetting, but on the Omni900, this option is not available. In our testing, it defaults to ~95v but we want to set it to 84v. More info: - OS = OpenSuse 13.1 -

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. My platform

All, I recently purchased a Tripp-Lite OmniVS1500XL and am running NUT on a Centos-based system. Based on the compatibility list I specified the tripplite_usb driver. When I query the unit I get: [root@chryxus ~]# upsc UPS@localhost battery.voltage.nominal: 24 driver.name: tripplite_usb driver.version: 2.0.3-pre2 driver.version.internal: 0.6 input.voltage.nominal: 120

Device manufacturer and name: Tripp-Lite OmniSmart500 upsc output: matt at backup:/etc$ sudo upsc tripplite battery.charge: 100 battery.test.status: Battery OK battery.voltage: 14.56 battery.voltage.nominal: 12 device.mfr: Tripp Lite device.model: OMNISMART500 device.type: ups driver.name: tripplite_usb driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.version: 2.4.3

On Sep 25, 2012, at 5:08 PM, Jan Voung <jvoung at chromium.org> wrote: > Hi all, > > I've been looking into how to make llvm bitcode files smaller. There is one simple change that appears to shrink linked bitcode files by about 15%. See this spreadsheet for some rough data: > > https://docs.google.com/spreadsheet/ccc?key=0AjRrJHQc4_bddEtJdjdIek5fMDdIdFFIZldZXzdWa0E

Well, I have good news and bad news. I have a Tripp Lite SmartPro UPS attached to a Linux server running Ubuntu 5.10, and I'm running the just-released nut 2.0.3. I had error -71 from the UPS, which Charles Lepple correctly called out as a likely cable problem (thank you, Charles.) The cable provided with the UPS by Tripp Lite was just plain bad. Not too long, mind you- defective. I

Good afternoon, I'm trying without much success to monitor a Tripp Lite OMNIVS1500XL using NUT. I checked the compatibility list and saw that this UPS is supported by tripplite_usb. The system is running Debian Stable, but I've downloaded NUT 2.0.3 and compiled from source since the packaged 2.0.1 doesn't include tripplite_usb. I compiled --with-user=nut. My first attempt at

I'm trying to get a SMART2200CRMXL to work with nut, using a USB cable. tripplite_usb -a upsname returns: Network UPS Tools - Tripp Lite OMNIVS and SMARTPRO driver 0.11.1 (2.2.2) Warning: This is an experimental driver. Some features may not function correctly. No matching USB/HID UPS found My system info: CentOS 5.5 nut installed from repo upsd version 2.2.2 TrippLite SMART2200CRMXL

Hi, I'm running Fedora Core 6 and need to monitor a Tripp Lite SMART2200RMXL2U. I've loaded the nut-2.0.3-2.1 RPM. The UPS is connected via the provided USB cable, and that much appears to work: # dmesg | grep -i tripp hiddev96: USB HID v1.10 Device [Tripp Lite TRIPP LITE SMART2200RMXL2U ] on usb-0000:00:1f.4-2 # lspci | grep -i usb 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM

Greetings to all, I recently connected a Tripp Lite SMX500RT1U unit to a Synology NAS (basically a Marvell ARM equipped box running a custom 2.6.24 Linux). I tried using the tripplite_usb driver contained in nut 2.4.1 with not much luck. It does read the model ID and VA rating properly, but fails at everything else - mains voltage (this is a 230VAC EU model), battery config, unit status etc.

Hi, I ported the serial tripplite.c driver to support the non-PDC USB models. It's a bit of a mess, but this is partially due to not getting any public documentation from Tripp Lite regarding these models. What you see below is an attempt to parse the debug variables based on what we know from other models. On May 7, 2018, at 3:33 PM, Michael <fax12345 at gmail.com> wrote: > >

Hey, I am wondering if anyone gotten nut to work with a Tripp Light Smart Pro 2U Rack/Towers (SMART2200RMXL2U). If so which driver did you use, or what driver do you think I should try? Also when trying use a nut driver, do you have to be a nut user? Thanks, Ricky -------------- next part -------------- An HTML attachment was scrubbed... URL:

On May 15, 2014, at 9:39 PM, Stefan Bruda wrote: > What bugs be though is that I cannot seem to be able to read the > remaining run time on battery. The battery charge is also widely > inaccurate (it drops to zero really fast and stays there). I read > somewhere that the usb.debug numbers may hold the key to this (at > least to the running time that is), but I don't know what

Hello. I'm new to nut and don't know if I've missed something in setting it up or if my ups isn't quite supported. I'm using these: - svn version of nut (downloaded on 9/13/06) - a tripp lite SMART2200RMXL2U - debian sarge with 2.6.8 kernel - the tripplite_usb driver (newhidups says my ups is not supported) I figured out how to get the device perms correct.

I'm trying to set up a single host to monitor the state of several UPS in my data center. I have a mix of several APC and Tripp-Lite in production. The former are great, the latter are not so much. With the APCs (using usbhid-ups), I can set up configs for each based on the value they report from ups.serial. With the Tripp-Lites (using tripplite_usb), there is no value returned for

Got one of these up and running with the tripplite_usb driver on Ubuntu Server 12.04 x64. This particular model has product code 0x1000. Setup and installation was pretty standard. The only hiccup was I had to create a udev rule to give the nut group access to USB devices. If anyone has any questions let me know. Here's what I am got back from the upsc command: battery.charge: 100

Hello, I own an older Tripp Lite SMART3000RM2U (protocol 3003). It does not work with usbhid-ups but it mostly works with the tripplite_usb driver (nut 2.7.1, the latest in the Gentoo tree), in the sense that the status (on line, on battery, etc.) is detected correctly, the machine is shut down on critical battery, and I can even get some information from the UPS. This is how it all looks:

Hi, I recently purchased a Tripp Lite SMART1000RM2U UPS (http://www.tripplite.com/en/products/model.cfm?txtSeriesID=744&txtModelID=2657) and tried to configure the NUT with tripplite_usb driver and encounter the following problems: 1. battery.charge doesn't report correct charge level when the UPS is On Batter. It just reports 0. Even though it will report 100 when on line power. 2. I

On May 24, 2014, at 5:49 PM, Stefan Bruda wrote: >> Don't worry about the battery physical properties for now - the >> problem there is that we don't have enough information from the UPS >> to do a proper calculation. With the V_interval[] settings, you can >> tweak the new state-of-charge calculation to match what you see via >> upsc when the battery is