similar to: The dreaded Tripp Lite SMART500RT1U and NUT

On Jul 3, 2014, at 11:29 AM, Steve Ballantyne <steve.ballantyne at gmail.com> wrote: > input.voltage.maximum: 3341 This number is coincidentally what you would get by reading 0d 0d. I'll have to check the offsets. > input.voltage.minimum: 0 This one might actually be zero, before running the reset minmax command (which also takes a few seconds to be processed). The min/max

Hello Charles, Thank you for all of your help this far. I have made some great progress. I was hung up with all sorts of USB problems which we can chalk up to a "blonde moment" for me (or more accurately, a *bald* moment). In all my starting over and screwing around, I had forgotten to reinstall libusb-compat. Duh! I am now to a point that I think we can dig a little deeper. The

Hello Charles, I think we are making progress! I grabbed nut using git, and applied your patch without any problems. Getting to the point that I could run a configure on my RPi - was something else. I found this blog post, which was very helpful (for anyone else that may try it): http://atelier-orchard.blogspot.com/2013/11/raspberry-pixf86-video-fbdev.html It's not in English, but you get

<nut-upsuser at lists.alioth.debian.org> I am doing my best to avoid have to spend $280 for a network monitoring card to put into a $190 UPS just to have some good remote monitoring capabilities. Rather, I would like to monitor my many 1U Tripp Lite's on my network using a Raspberry Pi running Raspian and using NUT. However, I cannot seem to get it working. And I while the hardware

Hello Charles, Thanks for the feedback. I will try to answer some of these questions: > 09AE/0001 is essentially a USB-to-serial converter, and is not > compatible with usbhid-ups. (Theoretically, we could have a companion > driver that talks the same protocols over a real RS-232 port, but the > hardware I used to develop the tripplite_usb driver only has a USB > port.) Ah, that

On Thu, Jun 26, 2014 at 10:20 PM, Steve Ballantyne <steve.ballantyne at gmail.com> wrote: >> However, we don't have all of the 09AE/0001 protocols decoded in the >> tripplite_usb driver. > > I can try to help out on this front? :-) Definitely. >> > 9.783126 Unknown input voltage range: 0x02 >> > 9.783308 Unknown number of switchable

On Tue, Jul 1, 2014 at 3:12 PM, Steve Ballantyne <steve.ballantyne at gmail.com> wrote: > On Tue, Jul 1, 2014 at 9:17 AM, Steve Ballantyne > <steve.ballantyne at gmail.com> wrote: >> How would I go about providing you this stuff? Can you point me to >> something that would help trace out the USB data? Tracing the data on Windows is not my speciality, but there are a

On Tue, Jul 1, 2014 at 9:17 AM, Steve Ballantyne <steve.ballantyne at gmail.com> wrote: > How would I go about providing you this stuff? Can you point me to > something that would help trace out the USB data? I thought I would try to make sense of the ups.debug data. All I have really figured out is that the fourth hex segment for S is a 00 for plugged in and a 01 for on-battery.

> Lots of good progress here! I tried to enable a few more commands for > your model. For instance, the "M" values seem to be min/max voltage, > so there is a "reset.input.minmax" command to use with upscmd. Also, > you can trigger a battery test with "test.battery.start". I assume the > work the same way as on Protocol 3003 :-) > > The attached

Hello, I am trying to get a SMART500RT1U working on CentOS and just receiving the following message when attempting to start the driver: Network UPS Tools - Tripp Lite OMNIVS / SMARTPRO driver 0.20 (2.6.5) Warning: This is an experimental driver. Some features may not function correctly. Detected a UPS: Tripp Lite /TRIPP LITE SMART500RT1U Unknown input voltage range: 0x02 Unknown number of

On Mar 6, 2015, at 12:51 PM, Eric Cobb <Eric_Cobb at tripplite.com> wrote: > Network UPS Tools - Tripp Lite OMNIVS / SMARTPRO driver 0.20 (2.6.5) > Warning: This is an experimental driver. > Some features may not function correctly. > > Detected a UPS: Tripp Lite /TRIPP LITE SMART500RT1U > Unknown input voltage range: 0x02 > Unknown number of switchable load banks:

On March 6, 2015, at 6:17pm, Charles Leppe ,cleppe at gmail.com> wrote: If this is the same protocol 3005 that we saw in mid-2014 (USB ID: 09AE:0001), then support will be part of the upcoming NUT 2.7.3 release. You wouldn't happen to know anyone who would be able to publish the specs of that protocol, would you? ;-) That would help remove the "experimental driver" warning.

Hey Charles, Many months ago you assisted me in making some code changes to get my Tripp Lite up and running. Thank you for that. Those changes you committed to the repository work very well. I just built a new image for a Raspberry Pi running the latest Raspbian OS and the latest nut-master. I have everything working ... except I seem to be losing my device periodically. So if I enable my

I installed nut from the epel repository on Scientific Linux 7. I would like to get my smart500rt1u working, but # upsc smart500 at localhost gives the following output: battery.voltage.nominal: 0 device.mfr: Tripp Lite device.model: SMART500RT1U device.type: ups driver.name: tripplite_usb driver.parameter.pollinterval: 5 driver.parameter.port: auto driver.version: 2.7.2 driver.version.internal:

Charles, I followed the instructions on github, and my upsc UPSNAME command output did not change (I don't have any statuses for the ups.status line). The output is as follows: upsc Tripp-Lite Init SSL without certificate database battery.voltage.nominal: 48 device.mfr: Tripp Lite device.model: TRIPP LITE UPS device.type: ups driver.name: tripplite_usb driver.parameter.pollinterval: 2

Hi, I am trying to configure my Tripp Lite SU5000RT3U on Ubuntu 18.04 as I am not able to completely get all the data from the UPS. After installing all required packages from the Ubuntu repos (had to run sudo apt-get install dkms, I had to install the displaylink drivers from displaylink.org by doing sudo ./displaylink-driver-4.2.29.run, and I created a sim link by doing the following: sudo ln

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

How is this for a conundrum? I have three Tripp-Lite SMART5001U's running in the same one rack, attached to the same host running NUT. I am running the tripplite_usb driver thanks to some crafty hacking of Charles (thank you sir!). Now you may ask, "hey dip****, why have THREE 1U UPS's stacked up, when you can have a single larger one with the capacity of three?". Don't

sorry, I thought I hit reply-all. CC'ing the list. On May 8, 2018, at 10:00 AM, Michael <fax12345 at gmail.com> wrote: > > Hi Charles, > > I'll gladly help where I can. I did reach out to their product support, and I did not have install the displaylink driver as that is for a totally different product, so ignore all that. > > The 208 V makes sense. The unit