similar to: Issues with usbhid-ups on TrippLite INTERNET600U

(Moved to R-devel) Niek, Would you please provide the details on this test case, including your benchmarks, and what you are trying to achieve at the high-level? Thanks, Michael On Wed, Jun 17, 2015 at 4:55 AM, Niek Bouman <niek.bouman at keygene.com> wrote: > Dear R-core team, > > I was wondering whether you have any plans to improve the current implementation of reference

On May 19, 2020, at 9:21 PM, Tom Cooper <tom at cooperfamily.xyz> wrote: > > Bus 001 Device 004: ID 09ae:3024 Tripp Lite > We have only had reports of success with protocol 2010 of INTERNET600U (which would be 09ae:2010 in lsusb). More details: https://alioth-lists.debian.net/pipermail/nut-upsuser/2020-April/011803.html _______________________________________________

I'm still working remotely, but I should be able to get something set up soon. I'll reply all here once I have something to report. Thank you, David Zomaya Tripp Lite<http://www.tripplite.com/> ________________________________ From: Tom Cooper <tom at cooperfamily.xyz> Sent: Wednesday, May 20, 2020 7:48:32 AM To: David Zomaya Cc: nut-upsuser Subject: Re: [EXTERNAL] Re:

Will do. Ball in my court for now. Thank you, David Zomaya Tripp Lite<http://www.tripplite.com/> ________________________________ From: Tom Cooper <tom at cooperfamily.xyz> Sent: Wednesday, May 20, 2020 8:47:28 AM To: David Zomaya Cc: nut-upsuser Subject: Re: [EXTERNAL] Re: [Nut-upsuser] Help with Tripp Lite Internet600U That would be great. If there is something I can do to

Sadly I am still seeing a loss of communication. I will check the device number to see if it has changed. Not sure what else to look at. I guess I could create a corn job to restart the driver multiple times a day. ---- On Fri, 22 May 2020 00:44:04 -0400 David Zomaya<David_Zomaya at tripplite.com> wrote ----Did it stay stable this time? It looks like the restart of the service restored

The loss of communication to USB devices has been discussed before on this list. I do not recall the particulars (& thus do not know if they're relevant to the situation at hand), but it seems to me that it was ultimately related to the USB libraries being used. Charles Lepple was instrumental in the thread I'm thinking of. Roger's suggestion of a more intelligent cron job sounds

Has anyone posted an RPM (for i386) for Dr. Chong Gu's new gss package? I am trying to install it on a Linux system too small to compile the Fortran code directly. Thanks for any help. Peter Bouman -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help",

I have a brand new Tripp Lite Internet 600U UPS connected to my Raspberry Pi 4 running the latest Raspbian. I installed nut and tried to configure based on your HCL (which I did not check before buying...) Doesn't "just work" - help? this page says that my model is NOT on the HCL, but the drop downs on the search seemed to say otherwise? (see attachment)

I'm running Raspbian Buster, but given that the error seems to be "higher order" than a hardware issue - one of parsing the protocol?  I suspect that Ubuntu would be a decent "lookalike" to model the issue.  ---- On Tue, 19 May 2020 22:31:56 -0400 David Zomaya <David_Zomaya at tripplite.com> wrote ---- If I installed and tested against Ubuntu, how useful would

Did it stay stable this time? It looks like the restart of the service restored communication. If it reoccurs: >>> Bus 001 Device 011: ID 09ae:3024 Tripp Lite I wonder if this is the same device number after? Something to keep an eye on Thank you, David Zomaya ________________________________ This message is for the addressee's use only. It may contain confidential information. If

If I installed and tested against Ubuntu, how useful would that be in general and in this specific case? I think we've seen a few reports of issues with the newer 3024 protocols and I'd like to help get them sorted out. Thank you, David Zomaya Tripp Lite ________________________________ From: Nut-upsuser <nut-upsuser-bounces+david_zomaya=tripplite.com at

On Fri, 22 May 2020, Tom Cooper wrote: > Sadly I am still seeing a loss of communication. I will check the device number to see if it has changed.  > Not sure what else to look at. I guess I could create a corn job to restart the driver multiple times a day.  If there is a command such as upsc for which the output depends on the driver running correctly, then it might be better to run a

Dear R-users, I am working to install Chong Gu's new gss library on my Linux system (Redhat 5.1/i386), and have run into the following roadblock: Dr. Gu's R code is a front end for a package of Fortran routines called RKPACK. While I have no trouble compiling the individual bits of Fortran code with fort77 in Linux, I don't know how to link the resulting *.o files into a shared

David, That's exciting - but I am not seeing similar results.  I *must* be doing something dumb - but I can't see it. I've got nut-2.7.4-8 installed on my pi Hope you can help. Tom pi at elmer:/home/macbackup $ lsusb | grep ipp Bus 001 Device 004: ID 09ae:3024 Tripp Lite pi at elmer:/home/macbackup $ sudo cat /etc/nut/nut.conf # Network UPS Tools: example nut.conf #

That would be great.  If there is something I can do to collect data or troubleshoot, please let me know. ---- On Wed, 20 May 2020 08:51:14 -0400 David Zomaya <David_Zomaya at tripplite.com> wrote ---- I'm still working remotely, but I should be able to get something set up soon. I'll reply all here once I have something to report. Thank you, David Zomaya Tripp

David, I appreciate the quick feedback! If I didn't fat finger any of the parameters you sent me, it's still not working. Here's the output from the attempt to start.  (BTW - nothing appears in the daemon.log when I use the upsdrvctl command.) pi at elmer:/home/macbackup $ sudo vi /etc/nut/nut.conf pi at elmer:/home/macbackup $ sudo vi /etc/nut/ups.conf pi at

The fix: Was following a howto here: https://raymondjdouglas.com/blog/2018/ups-monitoring/ Much thanks to David Zomaya for coming up with the recipe! Nut.conf: Just have  MODE=standalone UPS.conf [tripplite]      driver = usbhid-ups      port = auto      productid=3024      desc = "Tripp Lite Internet600U" upsd.conf  LISTEN 127.0.0.1 3493  LISTEN ::1 3493

Funny - I thought of that  and had tried it.  Didn't work I also moved it from the USB2 ports to the USB3 ports. Same result. I have not heard of udev, but after quick googling and glancing at an example, /etc/udev/rules.d/99-com.rules I am not convinced that I coule come up with a formula to make a working rule. Is there a simple sample I can copy to help figure out elevated

Sorry, neglected to mention: You'll need to either reload the udev rules or reboot to make the new rule "active". Thank you, David Zomaya Tripp Lite ________________________________ From: David Zomaya Sent: Wednesday, May 20, 2020 2:11:24 PM To: Tom Cooper Cc: nut-upsuser Subject: Re: [POSSIBLE FRAUD] Re: [Nut-upsuser] [EXTERNAL] Re: Help with Tripp Lite Internet600U

I'm not seeing this in the log.  I'm guessing that's not great. May 20 19:57:28 elmer upsmon[3828]: Poll UPS [tripplite at localhost] failed - Data stale May 20 19:57:33 elmer upsmon[3828]: Poll UPS [tripplite at localhost] failed - Data stale May 20 19:57:38 elmer upsmon[3828]: Poll UPS [tripplite at localhost] failed - Data stale May 20 19:57:43 elmer upsmon[3828]: Poll UPS