<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 <<a href="mailto:dave.tv@gmail.com">dave.tv@gmail.com</a>> 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"><<a href="mailto:ben_deering@swissmail.org">ben_deering@swissmail.org</a>></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<<a href="mailto:ben_deering@swissmail.org" target="_blank">ben_deering@swissmail.<u></u>org</a>> wrote:<br>
<br>
Hi Ben<br>
<br>
Not sure this is relevent to you, but I now have the fastest GPS fix I've ever had on the freerunner.<br>
<br>
QTMoko v35 and I put this in /etc/default/gpsd:-<br>
<br>
START_DAEMON="true"<br>
GPSD_OPTIONS=""<br>
DEVICES="/dev/ttySAC1"<br>
USBAUTO="false"<br>
GPSD_SOCKET="/var/run/gpsd.<u></u>sock"<br>
<br>
Before doing this it was pretty poor - worse than earlier versions of qtmoko and much worse than every SHR I'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'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>