<html><head></head><body bgcolor="#FFFFFF"><div>Hi</div><div>You can try to add a series resistor to the signals or reducing the drive strength of the driver. </div><div>The frequency of the signals are not that important but rather the rise time.</div>
<div>This is usually not a problem om i2c but  who knows. <br><br>On 24/11/2011, at 14.17, Dave &lt;<a href="mailto:dave.tv@gmail.com">dave.tv@gmail.com</a>&gt; wrote:<br><br></div><div></div><blockquote type="cite"><div>
Hi, <br><br>Ferrite beads aid with removing VHF-SHF feedback and/or uncontrolled oscillation mainly. I cannot see why they would be of use on a (500khz?) I2C bus. At that frequency they would have minimal effect.<br><br><div class="gmail_quote">

On Thu, Nov 24, 2011 at 9:44 PM, Benjamin Deering <span dir="ltr">&lt;<a href="mailto:ben_deering@swissmail.org">ben_deering@swissmail.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
With the i2c devices removed, I get TTFF of around 1 minute in shr-core.  It sounds like putting ferrite beads on SDA and SCL might help reduce EMI, so I will try that when I get a chance.<br>
<br>
Ben<div class="im HOEnZb"><br>
<br>
On 11/23/2011 05:06 PM, <a href="http://dmatthews.org" target="_blank">dmatthews.org</a> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Tue, 22 Nov 2011 21:20:<a href="tel:16%20-0500" value="+61160500" target="_blank">16 -0500</a><br>
Benjamin Deering&lt;<a href="mailto:ben_deering@swissmail.org" target="_blank">ben_deering@swissmail.<u></u>org</a>&gt;  wrote:<br>
<br>
Hi Ben<br>
<br>
Not sure this is relevent to you, but I now have the fastest GPS fix I&#39;ve ever had on the freerunner.<br>
<br>
QTMoko v35 and I put this in /etc/default/gpsd:-<br>
<br>
START_DAEMON=&quot;true&quot;<br>
GPSD_OPTIONS=&quot;&quot;<br>
DEVICES=&quot;/dev/ttySAC1&quot;<br>
USBAUTO=&quot;false&quot;<br>
GPSD_SOCKET=&quot;/var/run/gpsd.<u></u>sock&quot;<br>
<br>
Before doing this it was pretty poor - worse than earlier versions of qtmoko and much worse than every SHR I&#39;ve tried. On a reasonably clear day I now reliably get a fix in under a minute, sometimes within a few seconds.<br>


<br>
The only other varying factor (doubtful relevence) is that I got pissed with QTMoko and to a lesser extent SHR foobarring the SD card, so I&#39;m now running from the card instead of NAND and everything is pretty good<br>


</blockquote>
<br>
<br></div><div class="HOEnZb"><div class="h5">
______________________________<u></u>_________________<br>
Openmoko community mailing list<br>
<a href="mailto:community@lists.openmoko.org" target="_blank">community@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/<u></u>mailman/listinfo/community</a><br>
</div></div></blockquote></div><br>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Openmoko community mailing list</span><br><span><a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a></span><br>
<span><a href="http://lists.openmoko.org/mailman/listinfo/community">http://lists.openmoko.org/mailman/listinfo/community</a></span><br></div></blockquote></body></html>