Sorry to bother you guys with all this stuff......... I do appreciate all the effort and info.
I'll keep my eyes posted for a repository and add a discharge recording once the repository goes online. I can put an ohmeter in series to measure the applied load w/concurrent timestamps during discharge if that would help any useful calculations. Will the Q1 return parsing be changed in future versions to help interpret output like mine w/special chars and such ? If there's anything else I can do let me know; I'll be keeping an eye on this.... Kind Regards, Jayson On Sat, Jun 28, 2008 at 10:52 AM, Alexander Chemeris < [EMAIL PROTECTED]> wrote: > On Sat, Jun 28, 2008 at 8:02 PM, Arjen de Korte <[EMAIL PROTECTED]<[EMAIL > PROTECTED]>> > wrote: > > I understand that you're volunteering to setup such a database/wiki? > > Please do, this has been discussed many times before, but so far nobody > > has taken up this task... :-) > > I will, if I see this helpful. But first I want to fully understand > what you're talking > about it being useless. > > >> It is just matter of user-friendliness and simplicity. Just imagine - > >> you're forcing > >> every user of such UPS to do this experiment, spending time setting up > >> hardware > >> for this, capturing logs, etc, while we could minimize this useless > >> time spending > >> by taking values from one user and publishing them. > > > > For your information, although the idea behind the battery charge > > calculation was made with the best intentions, it was flawed from the > > start. The way the battery charge is calculated by the megatec driver is > > better than nothing (but not much) and really can't reliably be used to > > guesstimate the runtime remaining. We've wasted far too much time on this > > already and I really think it is time to lay this finally to rest. > > What're you proposing instead? > > >> Jayson, please, post results of your test here. Even if developers won't > >> go with > >> creating database I described, your values still will be available for > >> people through > >> mailing list archives. :) > > > > I would say, don't waste your time on determining these values. For most > > (if not all) applications, the values need to be determined on a > > system-by-system basis to have some meaning. > > > > If one really needs a somewhat reliable guesstimate of the runtime > > remaining, you should steer clear of UPSes that use the Megatec protocol, > > since these systems are lacking some important things that are required > to > > make this of any use. I have written about this several times in the > past, > > both on the nut-user and nut-devel mailinglists. > > Could you point me to your posts or some other place where I can understand > what information is required, what is missing, etc? > > -- > Regards, > Alexander Chemeris. > > SIPez LLC. > SIP VoIP, IM and Presence Consulting > http://www.SIPez.com > tel: +1 (617) 273-4000 >
_______________________________________________ Nut-upsuser mailing list Nut-upsuser@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser