<br><br><div><span class="gmail_quote">On 9/3/07, <b class="gmail_sendername">Frieder Ferlemann</b> <<a href="mailto:frieder.ferlemann@web.de" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">frieder.ferlemann@web.de
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Rafael,<br><br>Rafael Enrique Ortiz Guerrero schrieb:<br>>> Temperature, Current, accumulated Current, EEPROM data, etc.<br>>> could be accessed by reading/writing text files<br>>> <a href="http://owfs.sourceforge.net/shell_hints.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://owfs.sourceforge.net/shell_hints.html</a><br>><br>><br>> how to do this with the actual XO system?<br><br>Well currently the EC is not supported as hardware<br>adapter for owfs. Changing this would mean<br>
writing/changing a linux driver.<br>Not too easy.<br>Accessing the data on an external battery would<br>be much more straightforward. One way would be:<br>(soldering the 4 diode, 1 resistor solution here:<br><a href="http://owfs.sourceforge.net/adapters.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://owfs.sourceforge.net/adapters.html</a> , connect<br>this to an USB to Serialadapter, install owfs on<br>the XO or on a plain Linux PC) and, well, there<br>you are.<br>You can then try out accessing/reacting on the
<br>
data from the external battery.<br>(and later if the owfs were implemented for the<br>EC you'd only have to use a different directory name...)</blockquote><div><br>this is ok..<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> ..could be a nice way to see whats inside the actual ds2756 EEPROM..i dont<br>> know if that breaks any rule, but the data in there is the actual base of<br><br>Please don't test.</blockquote><div><br>ok :) <br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> the so called charging algorithm.<br><br>Well that idea is part of the patent mentioned over here:
<br><a href="http://lists.laptop.org/pipermail/openec/2007-August/000064.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://lists.laptop.org/pipermail/openec/2007-August/000064.html</a><br>
<br><br>> 2) how would it be used within XO<br>>> =================================
<br>>> A task in linux user space would periodically (and/or on<br>>> notification) read the data from the appropriate files<br>>> and based on that give directions to the EC.<br>>> These directions would tell the EC what to do now and
<br>>> what to do next.<br>>><br>>> The charging algorithms will basically react on entities like:<br>>> (t, I, V, R, T, I*t, dV/dt, dT/dt).<br>>> So if one of these entities leaves a specified intervall the
<br>>> EC would "know" what to do next (without having to know a<br>>> bigger view) and then notify the host that it needs<br>>> updated directions.<br>>><br>>> By checking f.e. entity t (time) the EC would react
<br>>> as a dumb timebased charger, monitoring dV/dt would allow<br>>> for a charge end due to voltage drop (not that this is intended),<br>>> T or dT/dt would allow for charge end due to temperature<br>
>> or temperature rise (not that this is intended),<br>>> V would allow for charge end due to end voltage reached...<br>>><br>>> Note the above mentioned modes are not meant to be the<br>>> charging modes, just the direction given to the EC
<br>>> so it can react autonomously for the next few seconds<br>>> or tens of seconds.<br>>><br>>> There should be no hard real time requirements on the<br>>> linux user space code.<br>><br>
><br>><br>><br>>> Nice approach, the only problem is that we will lose the actual power<br>>> management advantages of the EC. because for doing so we have to tell the<br>>> CPU to be wake up..my understanding of the ec is that it can work even with
<br>>> a the CPU is idle (richard or joel can correct me if im wrong) so we will<br>>> become more CPU dependent and thus more power consuming.<br><br>If we consider Low Current Charging mode to have around 400mA
<br>charging current and the EC during most of the charging would<br>require one CPU intervention (just using some boguous numbers<br>of say 100ms duration and 5W) every 60 seconds,<br><br>then the battery would have got 400mA * 60s * 6V = 144 Joule
<br>while the XO consumed 0.5 Joule.<br>Would that be a problem?</blockquote><div><br>this is not a problem AFAik <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Does resuming the XO (while in low current charging mode)<br>change the current into/out the battery?<br>(might be a problem)</blockquote><div><br>this is *the* problem, because we have to be resuming even when we should not, (and even for a short time) .. so we have to ensure what albert says
<br><br>1. start with XO fully off<br>2. add battery and external power<br>3. let XO charge (do not boot)<br><br>As a work around we should use frieders implementation, and for doing that (in my point of view) we will need to learn a way to hack ohm for doing it in a manner that does not need a complete boot of the system, like for example use some button for beginning the process of charging, like the current implementation of the porwer button that does the function of suspend/resume or better opening the lid..(so the charging process takes place in suspend), but anyway im not an expert in ohm and how is it working in the XO.
<br><br>Now for me the best solution (although more complex) for me will be making measurements of the battery through ofws, and then putting this data in the rought one wire algorithm,<br><br>so the next question is how we can program the kb3700/8051 to do the 1 wire connection with the ds2657..?
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Greetings,<br><br>Frieder<br></blockquote></div><br><br clear="all"><br>-- <br>Rafael Enrique Ortiz Guerrero <br>OLPC Colombia<br><a href="http://wiki.laptop.org/go/OLPC_Colombia" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://wiki.laptop.org/go/OLPC_Colombia</a>
<br><a href="mailto:rafael@laptop.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rafael@laptop.org</a>