Here are my results of pumping NMEA data from the FreeRunner to
another GPS client and pumping NMEA data from another GPS device to
the Freerunner.FR -> GPSy (Mac OS X client) - could not get a fix on NMEA data
Garmin 10 -> FR - tangoGPS worked flawlesslyApparently, agpsui reads directly from /dev/ttySAC1 even when gpsd is
running. Couldn't get agpsui to "see" the Garmin 10 data. Also, GPSy
worked flawlessly with Garmin 10 data.As near as I can tell, the two data streams are very different in
terms of GPS data and information. I'm not knowledgeable enough to say
what the difference is, except the FR data is much more terse/brief
(shorter length of each line of data).What this experiment tells me is that data coming from the FR GPS chip
either directly or via gpsd is does not contain enough information for
a fix. What software exists between gpsd and/or /dev/ttySAC, if any,
may be responsile or the GSP chip itself is not getting what it needs
from the antenna.Chris
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Jeremy Fitzhardinge | Re: [RFC 00/15] x86_64: Optimize percpu accesses |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Mike Galbraith | Re: regression: CD burning (k3b) went broke |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Linus Torvalds | Re: [GIT]: Networking |
| Michael Grollman | Re: 8169 Intermittent ifup Failure Issue With RTL8102E Chipset in Intel's New D945... |
