Sorry to bother you guys with all this stuff......... I do appreciate all the effort and info. <br><br>I&#39;ll keep my eyes posted for a repository and add a discharge recording once the repository goes online.&nbsp; I can put an ohmeter in series to measure the applied load w/concurrent timestamps during discharge if that would help any useful calculations. <br>
<br>Will the Q1 return parsing be changed in future versions to help interpret output like mine w/special chars and such ?<br><br>If there&#39;s anything else I can do let me know; I&#39;ll be keeping an eye on this....<br>

<br>Kind Regards, <br>Jayson<br><br><br><br><div class="gmail_quote">On Sat, Jun 28, 2008 at 10:52 AM, Alexander Chemeris &lt;<a href="mailto:alexander.chemeris@gmail.com">alexander.chemeris@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Sat, Jun 28, 2008 at 8:02 PM, Arjen de Korte &lt;<a href="mailto:nut%2Busers@de-korte.org">nut+users@de-korte.org</a>&gt; wrote:<br>
&gt; I understand that you&#39;re volunteering to setup such a database/wiki?<br>
&gt; Please do, this has been discussed many times before, but so far nobody<br>
&gt; has taken up this task... :-)<br>
<br>
</div>I will, if I see this helpful. But first I want to fully understand<br>
what you&#39;re talking<br>
about it being useless.<br>
<div class="Ih2E3d"><br>
&gt;&gt; It is just matter of user-friendliness and simplicity. Just imagine -<br>
&gt;&gt; you&#39;re forcing<br>
&gt;&gt; every user of such UPS to do this experiment, spending time setting up<br>
&gt;&gt; hardware<br>
&gt;&gt; for this, capturing logs, etc, while we could minimize this useless<br>
&gt;&gt; time spending<br>
&gt;&gt; by taking values from one user and publishing them.<br>
&gt;<br>
&gt; For your information, although the idea behind the battery charge<br>
&gt; calculation was made with the best intentions, it was flawed from the<br>
&gt; start. The way the battery charge is calculated by the megatec driver is<br>
&gt; better than nothing (but not much) and really can&#39;t reliably be used to<br>
&gt; guesstimate the runtime remaining. We&#39;ve wasted far too much time on this<br>
&gt; already and I really think it is time to lay this finally to rest.<br>
<br>
</div>What&#39;re you proposing instead?<br>
<div class="Ih2E3d"><br>
&gt;&gt; Jayson, please, post results of your test here. Even if developers won&#39;t<br>
&gt;&gt; go with<br>
&gt;&gt; creating database I described, your values still will be available for<br>
&gt;&gt; people through<br>
&gt;&gt; mailing list archives. :)<br>
&gt;<br>
&gt; I would say, don&#39;t waste your time on determining these values. For most<br>
&gt; (if not all) applications, the values need to be determined on a<br>
&gt; system-by-system basis to have some meaning.<br>
&gt;<br>
&gt; If one really needs a somewhat reliable guesstimate of the runtime<br>
&gt; remaining, you should steer clear of UPSes that use the Megatec protocol,<br>
&gt; since these systems are lacking some important things that are required to<br>
&gt; make this of any use. I have written about this several times in the past,<br>
&gt; both on the nut-user and nut-devel mailinglists.<br>
<br>
</div>Could you point me to your posts or some other place where I can understand<br>
what information is required, what is missing, etc?<br>
<div><div></div><div class="Wj3C7c"><br>
--<br>
Regards,<br>
Alexander Chemeris.<br>
<br>
SIPez LLC.<br>
SIP VoIP, IM and Presence Consulting<br>
<a href="http://www.SIPez.com" target="_blank">http://www.SIPez.com</a><br>
tel: +1 (617) 273-4000<br>
</div></div></blockquote></div><br>