From: Colin Sauze <cjs06@ab...> - 2006-08-22 20:56:08
> Date: Tue, 22 Aug 2006 14:26:14 -0400
> From: "Cesar E. Perez" <cesar_p60@...>
> Subject: [Gumstix-users] Questions regarding Gumstix
> To: gumstix-users@...
> Message-ID: <BAY121-F29A95B4FAD03E0936CA1D280460@...>
> Content-Type: text/plain; format=flowed
> Hello, I have a few questions regarding the gumstix.
> 1) How many expansion boards can be added on to the gumstix?
> 2) What do I need to get in order to program the gumstix?
> 3) Can a USB webcam be added to the gumstix?
Yes it can (at least in theory, i've not tried it personally) but via a
rather weird method. You have to get a compact flash USB host card, its
quite expensive and only works at usb 1.1 speeds. See
http://www.ratocsystems.com/english/products/subpages/cfu1u.html for more
details on it.
You could also connect up an ethernet based webcam like an axis camera. Or
even a wifi camera. You can also use gammu
(http://www.gammu.org/wiki/index.php?title=Gammu:Main_Page) to take
pictures from mobile phone cameras and get them to the gumstix over
bluetooth. However when I tried this with my nokia 6230 it didn't work.
From: Colin Sauze <cjs06@ab...> - 2006-08-22 21:02:34
> Date: Tue, 22 Aug 2006 14:12:29 -0600
> From: Brad Midgley <bmidgley@...>
> Subject: [Gumstix-users] gps repeater via bluetooth
> To: gumstix-users@...
> Message-ID: <44EB652D.6000808@...>
> Content-Type: text/plain; charset=ISO-8859-1
> I have read that gpsd can act as a gps repeater. It shouldn't be too
> hard to hook this up to a bluetooth server socket so a pda could get the
> gps data too. Has anyone played around with it?
I thought gpsd operated over TCP/IP? So what it basically does is make
your NMEA data (or gpsd's own format) available over a tcp socket. Then as
many clients as you wish using whatever network technology you wish can
connect to this.
Given this i'd say the obvious thing to do is to use a PAN bluetooth
network rather than a bluetooth serial port (rfcomm) system to distribute
out the data. The downside of this approach is that it probably won't work
on most phones as they don't support bluetooth networking.
I've used gpsd in tcp/ip mode to allow a java application i'm writing to
read from the gps without having to grapple with java serial port
libraries. But that only connects 1 client at a time.
> (It should also be possible using alternating sdp advertisements to
> support 2 pdas simultaneously... that would be a trick no current bt gps
> can do)
Sounds like an interesting trick, would love to have bluetooth gps which
multiple devices can read form.
> I thought gpsd operated over TCP/IP?
right... it's through a gpsd client that you get back to a straight nmea
text stream for piping out an rfcomm connection. It can even be
DGPS-corrected if that's worth the trouble (I was not impressed with the
difference in using DGPS)