Re: [Gumstix-users] wiimote integration

[noodlepringle <noodlepringle@gm...>]

> 
> How many people would be interested in getting cwiid/libwiimote
> library into the buildroot?  I may take this on if someone has not
> already done it in their checkout since I need it anyway.
> 

count me in - i can already list 3 projects that this would speed things
along for...


-- 
j

e - noodlepringle@...
m - +61401 226 772

Re: [Gumstix-users] JTAG wigglers, software etc

[max rheiner <max.rheiner@hg...>]

hi david,
> I was thinking of using the Macraigor USBWiggler, however I note that 
> they don't have a 'free' flash programmer application.  Is this JTAG 
> device recommended by anyone?  Are there any better ones out there?  
> Which is the most versatile for 3rd party tools (eg. mix/match hardware 
> and software providers)?
>   
i have an usbWiggler and now it seems to work fine, but i had to add a 
pullup resitor(4k7) from
vcc to the reset-line(NRESET) on the verdex-jtag board in order to get 
it to work.

I can't tell you how good this works, because i still have to reflash my 
gumstix board.
Now i'm just waiting for Craig to upload the verdex-version of 
'boot-auto.mac'.

max

[Gumstix-users] Fwd: Problem with robostix adc input shutting down

[Esger Abbink <esgergum@ve...>]

Hi all,

we use a gumstix/robostix combo in our product (full size grand prix
simulator) to some (very simple) measuring. The gumstix takes care of network
communication and the robostix does the measuring. There are two adc signals
(throttle and brake) and a couple of buttons (shifting etc.)

The second installation we've done is now experiencing an intermittent
problem, sometimes for some reason the adc port measuring the brake "shuts
down". Ie it continuously reports an input value of zero. At the same time
the buttons and the throttle are measured correctly. Removing power and
reapplying it, removes the problem.

I'm convinced it is not a software problem as the robostix program is 1. very
simple, and 2. is still running and reporting the other inputs correctly when
the brake is stuck at zero.

The brake consists of a loadcell coupled to a (GSV-11H) measuring amplifier.
The amplifier raises the millivolt signal from the loadcell to a value
between 0 and 10 Volt. Using a voltage divider (two 4k7 resistors) this is
connected to the adc on the robostix.

When we first encountered the problem our initial thought was that the
measuring amplifier might be overloading the robostix by outputting more than
10V. It can indeed do this (max about 11.5V) but forcing an overload
situation with a test system here does not produce the error condition. (This
overload condition is also much more unlikely with the system in use because
of a lower amplifier setting, meaning there is more force needed to achieve
it.)

To make matters worse, the actual system is unreachable (it is on a
 cruiseship in the mediterrean, and our vpn to it is down for the foreseeable
 future..) and we havent as of yet been able to recreate the problem on the
 test system here.

Does anyone have any idea what might be causing the robostix to behave this
way with only a single adc input? So we at least know in which direction to
look.

any assistance greatly appreciated!

Esger

Re: [Gumstix-users] wiimote integration

[William Moore <nyphbl8d@gm...>]

On 6/12/07, Neil Jansen <njansen1@...> wrote:
> I'm in the process of implementing CWiid
> (http://abstrakraft.org/cwiid/ , http://www.wiili.org/index.php/CWiid)
> but I fried my XM4-bt before I had a chance to use it.  CWiid would
> probably be your best bet...
>
> FYI the WiiMote only has a 3-axis accelerometer which I wouldn't call
> an IMU...  You would need a three-axis gyro to do that.  The WiiMote
> uses infrared LEDs to sense angular movement.
>
> I'll probably post some stuff on the Wiki in the next few weeks...
>
> Neil

How many people would be interested in getting cwiid/libwiimote
library into the buildroot?  I may take this on if someone has not
already done it in their checkout since I need it anyway.

Re: [Gumstix-users] GPS Stix Usb Client Failure

[Areth Foster-Webster <afosterw@MIT.EDU>]

Thanks Dave,
I removed the bead a few months back after posting a similar message and 
getting a simpler response (from you I think).  Sorry, I should have 
included that info in my original post.  Unfortunatly it didn't change 
the situation.

Small Update:
I mucked around last night and got a little further in answering my own 
question.  
Apparently the MAX823 connects to the Y0_CTX (X_CTS on the hirose and 
FF_CTS on the CPU) GPIO35.  It keeps the USB host from trying to talk to 
the gumstix before the boot sequence is done.  After learning this out I 
am almost positive the IC is burned out.  I used to get a change on the 
host machine's USB bus when I would boot.  It would go from Unknown 
Device to Gumstix.  I does not do this anymore, it just stays at Unknown 
Device (on windows) and never shows up at all on Linux.  I tried setting 
the gpio and testing for a high voltage on the VCC pin but got nothing, 
which would seem to bolster my burned out theory.  Does this seem 
reasonable to you folks?

After mucking about with that I decided to check over my old fried basix 
to see if I could find a replacement chip on it.
I found what seems to be a visually identical chip (MAX823).  I did a 
continuity test on pins 2 and 5 and got a connection (which I did not 
get on the one on the GPS Stix.  Unfortunately I don't know much about 
IC's in general or this IC.  Should I be getting continuity or does that 
mean that this other chip is broken but in some fun and different way?   
So my plan is to try to swap out the IC.  I figure the worst that can 
happen is that I will have another broken IC in there and it still won't 
work.
Any thoughts or suggestions would be most helpful.
-Areth

Dave Hylands wrote:
> Hi Areth,
>
>   
>> My setup is a Gumstix Basix 400XM and a GPS Stix with a tweener for the
>> serial console.  I fried my first basix a few months ago and ordered a
>> new one (along with the screws and standoffs to avoid the frying it
>> again).  Everything seemed to still work until I tried use the USB
>> Ethernet gadget.  After much debugging I checked my linux dmesg log and
>> saw a bunch of messages showing up whenever I plugged it in saying that
>> there were errors finding any USB devices on that slot and that perhaps
>> I had a bad cable.  I tried a different cable and got the same results.
>> I fear that I when I fried the basix I also burned out something on the
>> gpsstix that USB needed to work.  I looked on the schematics and the
>> only thing I found was the MAX823 chip.  Is it possible that I burned
>> this chip out and if so is there any way for me to test this?  I would
>> like to try to replace the IC rather than buy a whole new board.
>>     
>
> Something else that can pose a problem is the ferite bead which
> connects V_BATT with USB_VBUSF. This is what allows the gpsstix to be
> bus powered, but when the gumstix is not bus powered, then this can
> create a conflict and the bead should be removed.
>
> In the R1286 verision of the schematic it's called FB4. Try removing
> that and see how things work.
>
>   

[Gumstix-users] RXTX with gumstix

[Michael Caughey <michael@ca...>]

Has anyone used RXTX with Gumstix?  I'm looking to see how to cross =
compile the so.

Re: [Gumstix-users] wiimote integration

[William Moore <nyphbl8d@gm...>]

Thanks for all the input guys!  It should help greatly with the
project I'm working on.

On 6/13/07, Pascal <pascal@...> wrote:
> noodlepringle wrote:
> > so why all this craze over the wiimote? are they cheap or something?
>
> Exactly.  They are an excellent source of parts for hobby projects:
> bluetooth, analog sticks, accelerometers, maybe IR CMOS sensors.
> Or you can just use them as the HID for a gumstix-based project.
> You enjoy the incredible economies of scale of the mass-market gaming
> industry.  And availability is guaranteed for several years.
>
> I don't have any experience with the wiimote, but its competitor,
> the PS3 SIXAXIS, can be used with gumstix boards (PBA31308 Bluetooth
> module recommended): http://www.pabr.org/sixlinux/sixlinux.en.html
>
> Pascal
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>

[Gumstix-users] Serial Communication: Mark/Space Parity

[Joost Meijles <joostmeijles@ho...>]

Hi All,

I am having trouble with configuring the serial port on the Gumstix. The 
protocol that I use, has the requirement to send one byte (header) with mark 
parity, and the next bytes (body) with space parity. Since mark and space 
parity are not standard supported under Linux, there are two workarounds 
available (at least I know two). These two options are described in detail 
on: http://www.lothosoft.ch/thomas/libmip/markspaceparity.php. Both these 
solutions are working for me on my Linux PC.
When cross-compiling the same (working) code to Gumstix Linux, it does not 
work anymore. More precisely it works about 6 out of 10 times, which is 
obviously not enough. I figured out that the problem is that sometimes that 
mark parity is used, while I set it to space parity or the other way around.

I have the strong feeling that something goes wrong when cross-compiling the 
program.

Does anyone has experience with space/mark parity on the Gumstix? Or does 
anyone have any clues what I could do? Can it be that the configuration of 
the Serial port is multi-threaded and that I therefore think I set it 
correctly, but the change of setting is not performed yet?

Any help is very welcome! Thanks a lot in advance!


Kind regards,

Joost

_________________________________________________________________
Windows Live Messenger: het beste van nu en de toekomst! 
http://imagine-msn.com/messenger/launch80/default.aspx?locale=nl-nl

Re: [Gumstix-users] Verdex XL6P/console-vx USB host not working

[Dave Ebright <dave.ebright@co...>]

Dave Hylands <dhylands <at> gmail.com> writes:

> 
> Hi Dave,
> > However when I plug in my USB thumbdrive/memory stick to the USB host port
> > (have a USB cable and gender changer) on the console-vx nothing happens.  
The
> > light on my USB thumbdrive/memory stick never lights, and I do not see any
> > messages in the console window or when I enter dmesg (thus the device has 
not
> > been registered).  Any ideas on what I am doing wrong?  I looked under /dev
> > and there is no sda device.  I checked /etc/network/interfaces and there is
> > no "auto usb0" entry to interfere.  I have two verdex XL6Ps and two 
console-
> > vxs, and the same thing happens on both.
> 
> I had the same thing. I checked the schematics, and the power isn't
> connected through to the USB connector.
> 
> Look at this photo for reference:
> <http://www.davehylands.com/gumstix-wiki/console-vx/Rev-1414-Patch.jpg>;
> 
> Just to the right of the power jack is a pair of pads labelled DNI. I
> think the intention was that a ferite bead is to be installed there. I
> soldered a wire between those two connections, and then my thumb drive
> worked fine.
> 

Dave,

Actually I figured that out yesterday.  I did find the schematic under the 
documentation, loaded the Eagle freeware to view it, and noticed the DNI 
between the power source and USB port.  Then I used a multimeter to determine 
that indeed there was 5V on one pad and nothing on the other.  Thus I had a 0 
ohm resistor (wire) soldered between the connections and then "yes" the USB 
host on the console-vx had power and became functional.  Too bad the gumstix 
mail server was down all weekend because then you could have saved me some 
time debugging this.

Thanks your answer was right on!!!

Re: [Gumstix-users] i2c-test

[David Fonseca <dfnsca@gm...>]

Thanks Dave, that mmap line modification worked.

cheers

On 6/12/07, Dave Hylands <dhylands@...> wrote:
>
> Hi David,
>
> > I am trying to run the i2c-test program, I have download the source
> files
> > and built the i2c-test successfully. I have also built the i2c-test.hexfile
> > and flashed it onto the robostix, the blue LED flashes every second for
> one
> > second. When I try to run the i2c-test program on the gumstix I get:
> >
> > [root@... ~]# ./i2c-test
> > mmap() failed: Invalid argument
>
> I guess I need to update it. Try changing the mmap line from:
>
>     map = mmap( 0, MAP_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd,
> ibmr_addr & ~MAP_MASK );
>
>
> to
>
>     map = mmap( 0, MAP_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd,
> ibmr_addr / MAP_SIZE );
>
> The precompiled ones only work with older kernels.
>
> --
> Dave Hylands
> Vancouver, BC, Canada
> http://www.DaveHylands.com/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>

Re: [Gumstix-users] wiimote integration

[Pascal <pascal@pa...>]

noodlepringle wrote:
> so why all this craze over the wiimote? are they cheap or something?

Exactly.  They are an excellent source of parts for hobby projects:
bluetooth, analog sticks, accelerometers, maybe IR CMOS sensors.
Or you can just use them as the HID for a gumstix-based project.
You enjoy the incredible economies of scale of the mass-market gaming
industry.  And availability is guaranteed for several years.

I don't have any experience with the wiimote, but its competitor,
the PS3 SIXAXIS, can be used with gumstix boards (PBA31308 Bluetooth
module recommended): http://www.pabr.org/sixlinux/sixlinux.en.html

Pascal

[Gumstix-users] MTBF

[DELEPINE florence <florence.delepine@so...>]

Hi,

Does someone know the MTBF of the verdex or PXA270?

Re: [Gumstix-users] verdex buildroot wpa_supplicant build error

[Wael Chatila <gumstix@wa...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I decided to give up on trying to trouble shoot why. Im just using
CC=/home/wael/.../staging-dir/bin/arm-linux-gcc make. seems to work.
ive made it to an alias (vermake) in my .bashrc<br>
<br>
-W<br>
<br>
<br>
<blockquote cite="mid466F9ACE.7010602@..." type="cite">
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Thanks Dave,<br>
  <br>
Your the champ on this list!<br>
  <br>
yep, the wpa_supplicant binary is of "Intel 80386" format. Not
surprising, but the real question is why? Ive rm -rf my buildroot and
tried everything from beginning more times than i want to remember.
I've even copied over my .config file from my desktop...it still
insists of using my host gcc.<br>
  <br>
-W<br>
  <br>
  <br>
Dave Hylands wrote:
  <blockquote
 cite="midc32efac40706122241x1fce9bdds1ed5cf5bb0c1274b@..."
 type="cite">
    <pre wrap="">Hi Wael,

  </pre>
    <blockquote type="cite">
      <pre wrap="">I can compile wpa_supplicant fine on my desktop but when i try the exact
same procedure on my ubuntu feisty laptop i get the following errors

---------------------------
/home/wael/verdex/gumstix-buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibcgnueabi-strip:
Unable to recognise the format of the input file
`/home/wael/verdex/gumstix-buildroot/build_arm_nofpu/root/bin/wpa_cli'
    </pre>
    </blockquote>
    <pre wrap=""><!---->
This probably means that the file was compiled with gcc rather than
arm-linux-uclibceabi-gcc

You can test this by using the file command on your host. For an arm
executable, you should see something like this:

busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically
linked (uses shared libs), stripped

For an x86 executable it would look like:

sertest: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
2.6.4, not stripped

Note that object files and executables are both ELF files, and you can
use the file command to test them.

  </pre>
  </blockquote>
  <pre wrap="">
<hr size="4" width="90%">
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
<a class="moz-txt-link-freetext" href="http://sourceforge.net/powerbar/db2/">http://sourceforge.net/powerbar/db2/</a></pre>;
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
gumstix-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gumstix-users@...">gumstix-users@...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a>;
  </pre>
</blockquote>
</body>
</html>

Re: [Gumstix-users] verdex buildroot wpa_supplicant build error

[Dave Hylands <dhylands@gm...>]

Hi Wael,

>  yep, the wpa_supplicant binary is of "Intel 80386" format. Not surprising,
> but the real question is why? Ive rm -rf my buildroot and tried everything
> from beginning more times than i want to remember. I've even copied over my
> .config file from my desktop...it still insists of using my host gcc.

Often you need to do something like:

CC=/path-to-copiler/arm-linux-uclibcgnueabi-gcc ./configure

You may also need to specify AR and LD (and possibly other utilities),
depending on what the makefile actually uses.

Buildroots uses a big long list of all the common compiler tools.

-- 
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Re: [Gumstix-users] verdex buildroot wpa_supplicant build error

[Wael Chatila <gumstix@wa...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks Dave,<br>
<br>
Your the champ on this list!<br>
<br>
yep, the wpa_supplicant binary is of "Intel 80386" format. Not
surprising, but the real question is why? Ive rm -rf my buildroot and
tried everything from beginning more times than i want to remember.
I've even copied over my .config file from my desktop...it still
insists of using my host gcc.<br>
<br>
-W<br>
<br>
<br>
Dave Hylands wrote:
<blockquote
 cite="midc32efac40706122241x1fce9bdds1ed5cf5bb0c1274b@..."
 type="cite">
  <pre wrap="">Hi Wael,

  </pre>
  <blockquote type="cite">
    <pre wrap="">I can compile wpa_supplicant fine on my desktop but when i try the exact
same procedure on my ubuntu feisty laptop i get the following errors

---------------------------
/home/wael/verdex/gumstix-buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibcgnueabi-strip:
Unable to recognise the format of the input file
`/home/wael/verdex/gumstix-buildroot/build_arm_nofpu/root/bin/wpa_cli'
    </pre>
  </blockquote>
  <pre wrap=""><!---->
This probably means that the file was compiled with gcc rather than
arm-linux-uclibceabi-gcc

You can test this by using the file command on your host. For an arm
executable, you should see something like this:

busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically
linked (uses shared libs), stripped

For an x86 executable it would look like:

sertest: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
2.6.4, not stripped

Note that object files and executables are both ELF files, and you can
use the file command to test them.

  </pre>
</blockquote>
</body>
</html>

Re: [Gumstix-users] oss sound patches?

[Dave Hylands <dhylands@gm...>]

Hi j,

>  i was reading back through the lists and there was talk of some kind of patch to make oss compat alsa work as it doesnt seem to be at the moment in the connex/basix branch?
>
>  was that you dave hylands?

Guilty as charged :)

>  anyway i cant seem to find this patch that was talked about and i desperately need oss compatibility to work

You can find it over here:
http://article.gmane.org/gmane.linux.distributions.gumstix.general/24323

>  at the moment i just get complaints that there are 0 channels available under /dev/dsp

The symptoms were a little different but may be affected by the patch.

-- 
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Re: [Gumstix-users] verdex ccd camera input

[Dave Hylands <dhylands@gm...>]

Hi saddya,

> I wanted to know if there is a breakout board which I can use to get access
> to the Quick Capture interface pins on the verdex. Please let me know.

To the best of my knowledge there isn't. The Quick Capture interface
is brought out through the 120 pin connector.

I've heard it mentioned on the list that there might be a breakout
style board for something like that. I have no idea where this might
be (or even if it is) in the pipeline.

Perhaps someone from gumstix can comment?

-- 
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Re: [Gumstix-users] verdex buildroot wpa_supplicant build error

[Dave Hylands <dhylands@gm...>]

Hi Wael,

> I can compile wpa_supplicant fine on my desktop but when i try the exact
> same procedure on my ubuntu feisty laptop i get the following errors
>
> ---------------------------
> /home/wael/verdex/gumstix-buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibcgnueabi-strip:
> Unable to recognise the format of the input file
> `/home/wael/verdex/gumstix-buildroot/build_arm_nofpu/root/bin/wpa_cli'

This probably means that the file was compiled with gcc rather than
arm-linux-uclibceabi-gcc

You can test this by using the file command on your host. For an arm
executable, you should see something like this:

busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically
linked (uses shared libs), stripped

For an x86 executable it would look like:

sertest: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
GNU/Linux 2.6.4, dynamically linked (uses shared libs), for GNU/Linux
2.6.4, not stripped

Note that object files and executables are both ELF files, and you can
use the file command to test them.

-- 
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Re: [Gumstix-users] GPS Stix Usb Client Failure

[Dave Hylands <dhylands@gm...>]

Hi Areth,

> My setup is a Gumstix Basix 400XM and a GPS Stix with a tweener for the
> serial console.  I fried my first basix a few months ago and ordered a
> new one (along with the screws and standoffs to avoid the frying it
> again).  Everything seemed to still work until I tried use the USB
> Ethernet gadget.  After much debugging I checked my linux dmesg log and
> saw a bunch of messages showing up whenever I plugged it in saying that
> there were errors finding any USB devices on that slot and that perhaps
> I had a bad cable.  I tried a different cable and got the same results.
> I fear that I when I fried the basix I also burned out something on the
> gpsstix that USB needed to work.  I looked on the schematics and the
> only thing I found was the MAX823 chip.  Is it possible that I burned
> this chip out and if so is there any way for me to test this?  I would
> like to try to replace the IC rather than buy a whole new board.

Something else that can pose a problem is the ferite bead which
connects V_BATT with USB_VBUSF. This is what allows the gpsstix to be
bus powered, but when the gumstix is not bus powered, then this can
create a conflict and the bead should be removed.

In the R1286 verision of the schematic it's called FB4. Try removing
that and see how things work.

-- 
Dave Hylands
Vancouver, BC, Canada
http://www.DaveHylands.com/

Re: [Gumstix-users] default kernel config?

[Jeff Sadowski <jeff.sadowski@gm...>]

sweet thanks :-)

On 6/12/07, Dave Hylands <dhylands@...> wrote:
> Hi Jeff,
>
> On 6/10/07, Jeff Sadowski <jeff.sadowski@...> wrote:
> > where does the default kernel config come from?
> > I would like to do minimal changes apon a fresh download of the buildroot tree.
> > I learned how to add my own packages by adding my own stuff to the
> > package directory. That works nice for programs I want on my gumstix.
> > However I'd also like to add my own kernel options with minimal
> > additions and am wondering where I would put that from a fresh
> > installed download of a svn tree.
>
> It's called linux.config and it lives in the target/device/Gumstix
> tree. Exact location below that tree depends on which buildroot you're
> using.
>
> --
> Dave Hylands
> Vancouver, BC, Canada
> http://www.DaveHylands.com/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>

Re: [Gumstix-users] verdex + usbhub + camera + wifi

[Jeff Sadowski <jeff.sadowski@gm...>]

I've only used the orbit on my laptop. It uses the pwc drivers I'm
still working on geting the programs to use it compiled. I want to use
motion and use it as a web cam. The pwc drivers seem to build ok and
load on my gumstix but I have no programs to try it yet. ;-)

On 6/12/07, notstix <artur1984@...> wrote:
>
> Hi,
>
> can you comment more on that cam( orbit )? Is it Logitech Quickcam Orbit ?
> What drivers did you use and does it play video without blurring?
>
>
> Jeff Sadowski-2 wrote:
> >
> > I am using a powered usb hub with a cam(orbit) harddisk ir
> > tranciever(iguana) and a usb wifi
> > I only have a slight complaint about the wifi but it has nothing to do
> > with gumstix I wana use wpa_supplicant. I'm still doing some research
> > to look for other open source drivers/usb devices.
> >
> > On 5/27/07, Anders Wallsson <diy@...> wrote:
> >> Since I burnt my connex card im thinking of perhaps getting a verdex.
> >> Has anyone used a usbhub in order to connect multiple usb clients. Im
> >> thinking of project where i need a wifi dongle, usb cam, and perhaps a
> >> thumbdrive.
> >>
> >> If a usb hub doesnt work, why not? is there any other way i connect all
> >> of the devices?
> >>
> >> cheers
> >>
> >> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by DB2 Express
> >> Download DB2 Express C - the FREE version of DB2 express and take
> >> control of your XML. No limits. Just data. Click to get it now.
> >> http://sourceforge.net/powerbar/db2/
> >> _______________________________________________
> >> gumstix-users mailing list
> >> gumstix-users@...
> >> https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >>
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > gumstix-users mailing list
> > gumstix-users@...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >
> >
>
> --
> View this message in context: http://www.nabble.com/verdex-%2B-usbhub-%2B-camera-%2B-wifi-tf3824668.html#a11078292
> Sent from the Gumstix mailing list archive at Nabble.com.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>

Re: [Gumstix-users] wiimote integration

[Neil Jansen <njansen1@gm...>]

> so why all this craze over the wiimote? are they cheap or something? i
> just seem to see them everywhere on pages talking about anything at all

1) Because it can be hacked into anything that speaks bluetooth...

2) Because you can use it to make an industrial arm robot wield a
sword: http://www.usmechatronics.com/usmgarage/WiiBot.html

3) See above.

Re: [Gumstix-users] wiimote integration

[noodlepringle <noodlepringle@gm...>]

> Nope.  Gyros are still very expensive (~$25-50 USD for MEMS type), it
> will be a while before consumer-type stuff can implement three of
> them.  Probably the word gyro was used when accelerometer was
> appropriate.  They are two completely separate devices, i.e. one
> cannot take the place of another. The current WiiMote uses the ADXL330
> 3-axis accelerometer from Analog devices.
> 
> > how would infrared LEDs give you sensors of angular movement?
> 
> A good readup can be found here:
> http://www.wiili.org/index.php/Wiimote#Motion_Sensor , scroll down to
> 'IR sensor'
> 
> I'm actually spinning a 6-axis IMU board for the Gumstix as we speak
> (1x ADXL330 and 2x dual-axis IDG300 gyro).  It is more of a robotics
> board with some other sensors on it, and will use the 60-pin hirose
> connector.  There seems to be a lot of robotics/UAV stuff going on in
> the Gumstix world that could use a breakout board with a 6-axis IMU.
> When finished it will be available from Sparkfun.

so why all this craze over the wiimote? are they cheap or something? i
just seem to see them everywhere on pages talking about anything at all

its almost the new c64...


-- 
j

e - noodlepringle@...
m - +61401 226 772

Re: [Gumstix-users] wiimote integration

[Neil Jansen <njansen1@gm...>]

> is that right? i thought i was reading about a gyro company supplying
> the gyro-on-chip stuff that the wii uses for all of its controllers etc?

Nope.  Gyros are still very expensive (~$25-50 USD for MEMS type), it
will be a while before consumer-type stuff can implement three of
them.  Probably the word gyro was used when accelerometer was
appropriate.  They are two completely separate devices, i.e. one
cannot take the place of another. The current WiiMote uses the ADXL330
3-axis accelerometer from Analog devices.

> how would infrared LEDs give you sensors of angular movement?

A good readup can be found here:
http://www.wiili.org/index.php/Wiimote#Motion_Sensor , scroll down to
'IR sensor'

I'm actually spinning a 6-axis IMU board for the Gumstix as we speak
(1x ADXL330 and 2x dual-axis IDG300 gyro).  It is more of a robotics
board with some other sensors on it, and will use the 60-pin hirose
connector.  There seems to be a lot of robotics/UAV stuff going on in
the Gumstix world that could use a breakout board with a 6-axis IMU.
When finished it will be available from Sparkfun.

Re: [Gumstix-users] wiimote integration

[Maxwell Walter <walte212@um...>]

I have gotten a wiimote working with the gumstix using the c library at
http://libwiimote.sourceforge.net/
It's pretty simple, but compiles easily and is easy to integrate.  Using 
that and player I was able to drive a robot around with a wiimote in a 
couple of hours.

Neil Jansen wrote:
>> Has anyone successfully managed to get the wiimote working with the
>> bluetooth on gumstix?  I've started work on this and haven't gotten
>> too far yet.  More specifically, I'm interested in the IMU on it.  I
>> have this working on my desktop with linux, I just want to know if
>> anyone has gone through the trouble of integrating the libraries and
>> packages for the bluetooth/wiimote protocol.
> 
> I'm in the process of implementing CWiid
> (http://abstrakraft.org/cwiid/ , http://www.wiili.org/index.php/CWiid)
> but I fried my XM4-bt before I had a chance to use it.  CWiid would
> probably be your best bet...
> 
> FYI the WiiMote only has a 3-axis accelerometer which I wouldn't call
> an IMU...  You would need a three-axis gyro to do that.  The WiiMote
> uses infrared LEDs to sense angular movement.
> 
> I'll probably post some stuff on the Wiki in the next few weeks...
> 
> Neil
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gumstix-users@...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users