From: Esger A. <esg...@ve...> - 2006-02-27 11:38:13
|
Hi, at the moment I'm playing with the gumstix and robostix because we're planning on using them to do some I/O in a project. Now if I have the robostix and gumstix connected through the hirose connector, the robostix is powered through that with apparently around 3.3 volt. However in my understanding that also limits the gpio and adc inputs of the robostix to that 3.3 volt. If I power the robostix separately with 5 volt I see that 5 volt also on its vcc/gnd and io's. It probably isnt a good idea to power both while connected through the hirose... So if I want to be able to use higher voltages on the io of the robostix I need to separate the modules. I still need to communicate to get the values from the inputs though. Currently I'm using a serial connection since i2c seems to slow (I need an update rate of 60Hz or better), at least it is when using the supplied test programs. The question is, if I power the gumstix and robostix separately, can I connect the uarts with no further trouble? Seeing that one vcc will be 3.3 and one 5? Or do I need to add something to make sure it works, or even to prevent worse. thanks, Esger |
From: Dave H. <dhy...@gm...> - 2006-02-27 14:52:56
|
Hi Esger, > Now if I have the robostix and gumstix connected through the hirose conne= ctor, > the robostix is powered through that with apparently around 3.3 volt. Actually, the robostix provides the power to the gumstix. The robostix runs at 5v. There are actually 4 voltage regulators on the robostix board. > However in my understanding that also limits the gpio and adc inputs of t= he> robostix to that 3.3 volt. If I power the robostix separately with 5 vo= lt I > see that 5 volt also on its vcc/gnd and io's. > > It probably isnt a good idea to power both while connected through the > hirose... Are you using a daughtercard? I've heard of a couple of cases where the robostix combined with something like a netCF was drawing too much power and they had to power both. I use a robostix/gumstix-400xm/netMMC and I power the whole stack by using the power jack on the robostix. If I used the power jack on the netMMC card then the voltage regulators on the robostix wouldn't work properly. > So if I want to be able to use higher voltages on the io of the robostix = I > need to separate the modules. I still need to communicate to get the valu= es > from the inputs though. Currently I'm using a serial connection since i2c > seems to slow (I need an update rate of 60Hz or better), at least it is w= hen > using the supplied test programs. > > The question is, if I power the gumstix and robostix separately, can I co= nnect > the uarts with no further trouble? Seeing that one vcc will be 3.3 and on= e 5? > > Or do I need to add something to make sure it works, or even to prevent w= orse. I'm not sure what you mean by powering the gumstix since it doesn't haave any power jacks. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Esger A. <esg...@ve...> - 2006-02-27 15:52:36
|
Hi Dave, sorry, I was unclear. At the moment I use the following stack: netCF, gumstix, robostix (plus modified tweener). Power was applied through the netCF. Powering the stack through the robostix is of course a very very obvious possibility.. Thanks bringing that to my attention. ;) Could be that the robostix in fact wasnt working entirely correctly when powered the other way round, but I had not observed any problems yet (but I havent done much yet either). I'm still interested in the answer to my question about the serial voltages though, as we might have to split up the units for other reasons. Also I'm curious about something I observed when testing the adc inputs. If I test with a tweezer (connecting an adc to ground or vcc) I see all 8 adc's changing? thanks for the help, Esger On Monday 27 February 2006 15:52, Dave Hylands wrote: > Hi Esger, > > > Now if I have the robostix and gumstix connected through the hirose > > connector, the robostix is powered through that with apparently around > > 3.3 volt. > > Actually, the robostix provides the power to the gumstix. The robostix > runs at 5v. There are actually 4 voltage regulators on the robostix > board. > > > However in my understanding that also limits the gpio and adc inputs of > > the> robostix to that 3.3 volt. If I power the robostix separately with 5 > > volt I see that 5 volt also on its vcc/gnd and io's. > > > > It probably isnt a good idea to power both while connected through the > > hirose... > > Are you using a daughtercard? I've heard of a couple of cases where > the robostix combined with something like a netCF was drawing too much > power and they had to power both. > > I use a robostix/gumstix-400xm/netMMC and I power the whole stack by > using the power jack on the robostix. > > If I used the power jack on the netMMC card then the voltage > regulators on the robostix wouldn't work properly. > > > So if I want to be able to use higher voltages on the io of the robostix > > I need to separate the modules. I still need to communicate to get the > > values from the inputs though. Currently I'm using a serial connection > > since i2c seems to slow (I need an update rate of 60Hz or better), at > > least it is when using the supplied test programs. > > > > The question is, if I power the gumstix and robostix separately, can I > > connect the uarts with no further trouble? Seeing that one vcc will be > > 3.3 and one 5? > > > > Or do I need to add something to make sure it works, or even to prevent > > worse. > > I'm not sure what you mean by powering the gumstix since it doesn't > haave any power jacks. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Dave H. <dhy...@gm...> - 2006-02-27 17:45:45
|
Hi Esger, > I'm still interested in the answer to my question about the serial voltag= es > though, as we might have to split up the units for other reasons. What was the question? I didn't see anything in the previous email (maybe from even earlier?) > Also I'm curious about something I observed when testing the adc inputs. = If I > test with a tweezer (connecting an adc to ground or vcc) I see all 8 adc'= s > changing? On CMOS devices, unconnected input pins tend to follow the pins around them. Just the stray capacitance in the traces and whatnot is enough to activate this. Basically it takes only the tiniest amount of current. So connecting a 1 Megohm resistor between the pin and +5 or the pin and ground should be enough to stop that. You could also enable the internal pullups (which are 20-40K ohms) for the unused pins. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Esger A. <esg...@ve...> - 2006-02-28 10:48:19
|
Hi Dave, the question was concerning connecting a separate robostix and a separate netCF, gumstix, breakout stack through a serial connection. If I'm not mistaken the vcc for the serial will be around 3.3 volt on the gumstix and around 5 volt on the robostix. ( I didnt measure any voltage on the vcc of the atmel_0 though?) At the moment I've just connected the Rx's to the Tx's (as on the website) and ground and vcc are taken care of by the hirose connection I would assume. If I no longer have the hirose connection can I still just connect everything or do I have to take some special measures because the voltages arent the same on both? thanks for the help, Esger On Monday 27 February 2006 18:45, Dave Hylands wrote: > Hi Esger, > > > I'm still interested in the answer to my question about the serial > > voltages though, as we might have to split up the units for other > > reasons. > > What was the question? I didn't see anything in the previous email > (maybe from even earlier?) > > > Also I'm curious about something I observed when testing the adc inputs. > > If I test with a tweezer (connecting an adc to ground or vcc) I see all 8 > > adc's changing? > > On CMOS devices, unconnected input pins tend to follow the pins around > them. Just the stray capacitance in the traces and whatnot is enough > to activate this. Basically it takes only the tiniest amount of > current. So connecting a 1 Megohm resistor between the pin and +5 or > the pin and ground should be enough to stop that. You could also > enable the internal pullups (which are 20-40K ohms) for the unused > pins. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Dave H. <dhy...@gm...> - 2006-02-28 15:14:32
|
HI Esger, On 2/28/06, Esger Abbink <esg...@ve...> wrote: > Hi Dave, > > the question was concerning connecting a separate robostix and a separate > netCF, gumstix, breakout stack through a serial connection. If I'm not > mistaken the vcc for the serial will be around 3.3 volt on the gumstix an= d > around 5 volt on the robostix. ( I didnt measure any voltage on the vcc o= f > the atmel_0 though?) > > At the moment I've just connected the Rx's to the Tx's (as on the website= ) and > ground and vcc are taken care of by the hirose connection I would assume.= If > I no longer have the hirose connection can I still just connect everythin= g or > do I have to take some special measures because the voltages arent the sa= me > on both? Just to clarify - you have a breakout-gs/gumstix/netCF that you want to connect to s atandalone robostix via serial? When a gumstix is plugged into a robostix, the gumstix serial goes through a voltage conversion. When a breakout-gs is connected, there is no such voltage conversion. If the robostix is powered (i.e. by its power jack), you should measure +5 on the V_BATT of Atmel-0. In the idle state, the TxD line would normally be at ground (IIRC). You might get away with connectting TxD from the breakout-gs to RxD on the robostix (the 3.3v transmitted by the gumstix should be high enough to be registered as a logic high. In the other direction, you could try connecting say a 10k resistor between the TxD on the robostix and the Rxd on the gumstix. This will limit the current flow. I'm not sure what baud rate this will work upto, but it should be ok for lower baud rates (lije 38.4k). You definitely want to to connect the grounds together between the breakout-gs and the robostix. You DO NOT want to connect the Vcc's though. You'll need to power the robostix through it's power jack or the 2-pin BOARD jumper right next to the power jack. If that doesn't work, then you'd need a proper level converter. On the breakout-gs there are two pins right next to the power jack called V_BATT and GND. The GND is switched (i.e. disconnected) when a power plug is installed. You could power the robostix, and run power from the MOTOR jack (which doesn't run through any regulators on the board - the BOARD jack is turned off when the power jack is plugged in) over to the V_BATT and GND pins on the breakout-gs to power the gumstix. I've done something similar to have one robostix with a gumstix plugged in talking to another standalone robostix. I was testing that I could control both robostix via i2c. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Esger A. <es...@ve...> - 2006-03-01 16:52:46
|
On Tuesday 28 February 2006 16:14, Dave Hylands wrote: > > Just to clarify - you have a breakout-gs/gumstix/netCF that you want > to connect to s atandalone robostix via serial? > yes, correct. We need to read the adc inputs with 60Hz or better. Through a serial connection that should be fine. Through i2c is too slow for us. (I had a quick look at the i2c test programs but couldnt find anything that would speed it up) > When a gumstix is plugged into a robostix, the gumstix serial goes > through a voltage conversion. When a breakout-gs is connected, there > is no such voltage conversion. > > If the robostix is powered (i.e. by its power jack), you should > measure +5 on the V_BATT of Atmel-0. In the idle state, the TxD line > would normally be at ground (IIRC). > I dont measure any voltage on the V of Atmel_0. I do read a voltage on the V of PXA_ST though?? I would assume that would go to the hirose connector and wouldnt be connected to anything with just the single robostix? Just to be sure: I read the labelling as the Atmel_0 being the outermost 4 pins (so atmel_0 and atmel_i2c on the outside of the board), > You might get away with connectting TxD from the breakout-gs to RxD on > the robostix (the 3.3v transmitted by the gumstix should be high > enough to be registered as a logic high. > > In the other direction, you could try connecting say a 10k resistor > between the TxD on the robostix and the Rxd on the gumstix. This will > limit the current flow. I'm not sure what baud rate this will work > upto, but it should be ok for lower baud rates (lije 38.4k). I have been testing with 38400, faster could be nice but I doubt it will be necessary. I'll try tomorrow if I can get the above to work. Esger |
From: Dave H. <dhy...@gm...> - 2006-03-01 18:12:54
|
HI Esger, > yes, correct. We need to read the adc inputs with 60Hz or better. Through= a > serial connection that should be fine. Through i2c is too slow for us. (I= had > a quick look at the i2c test programs but couldnt find anything that woul= d > speed it up) I wouldn't expect reading ADC using the i2c-io program from a shell script to run at 60Hz, but it should from within a program. I'll do a test when I get home tonight. > I dont measure any voltage on the V of Atmel_0. I do read a voltage on th= e V > of PXA_ST though?? I would assume that would go to the hirose connector a= nd > wouldnt be connected to anything with just the single robostix? Just to b= e > sure: I read the labelling as the Atmel_0 being the outermost 4 pins (so > atmel_0 and atmel_i2c on the outside of the board), Then I think you have a problem. All 4 of the V lines on the UARTs header are connected to each other by traces on the board so if you're not measuring 5v on one and you are on the others, then you probably have a cold solder joint. And also just to be sure, the 4 V_BATT pins are pins 3, 6, 11, and 14. These are also connected to the V_BATT on the hirose connector as well. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Dave H. <dhy...@gm...> - 2006-03-02 07:03:54
|
Hi Esger, > So if I want to be able to use higher voltages on the io of the robostix = I > need to separate the modules. I still need to communicate to get the valu= es > from the inputs though. Currently I'm using a serial connection since i2c > seems to slow (I need an update rate of 60Hz or better), at least it is w= hen > using the supplied test programs. I whipped up a quick and dirty program that retrieves ADC values from the robostix over the i2c bus. It retrieved 5403 readings in 10 seconds, or approx 540 samples per second, almost 10 times faster than what you need (60Hz). -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Esger A. <es...@ve...> - 2006-03-02 17:14:52
|
Hi Dave, that sounds a lot better indeed. Because of your result I have been looking at the i2c programs (i2c-io) again today and modified them a bit. But I'm not getting anywhere fast with them. I threw out most of the different commands, so it's just sent 1 packet receive 1 packet type and loop the program on the gumstix to keep requesting packets. However it still stays far to slow and I'm also having difficulty finding the piece of program which actually sends data back out over i2c. Are you using a stand-alone program or one in conjunction with the i2c-Bootloader? Regarding the lack of voltage on atmel_0, it is actually the ground of atmel_0 (outermost pin on the board) that is not connected. (I cant see a trace going to it either in fact and on the second robostix we received today this ground doesnt seem connected also?) Esger On Thursday 02 March 2006 08:03, Dave Hylands wrote: > Hi Esger, > > > So if I want to be able to use higher voltages on the io of the robostix > > I need to separate the modules. I still need to communicate to get the > > values from the inputs though. Currently I'm using a serial connection > > since i2c seems to slow (I need an update rate of 60Hz or better), at > > least it is when using the supplied test programs. > > I whipped up a quick and dirty program that retrieves ADC values from > the robostix over the i2c bus. > > It retrieved 5403 readings in 10 seconds, or approx 540 samples per > second, almost 10 times faster than what you need (60Hz). > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Dave H. <dhy...@gm...> - 2006-03-02 17:58:25
|
Hi Esger, > Because of your result I have been looking at the i2c programs (i2c-io) a= gain > today and modified them a bit. But I'm not getting anywhere fast with the= m. I > threw out most of the different commands, so it's just sent 1 packet rece= ive > 1 packet type and loop the program on the gumstix to keep requesting pack= ets. > > However it still stays far to slow and I'm also having difficulty finding= the > piece of program which actually sends data back out over i2c. Here's the program I used to perform my test: ----------Start of test program---------- #include <stdio.h> #include <stdlib.h> #include <string.h> #include <errno.h> #include <fcntl.h> #include <time.h> #include <unistd.h> #include "i2c-api.h" #include "i2c-io-api.h" #include "Log.h" int main( int argc, char **argv ) { int i2cDev; const char *i2cDevName =3D "/dev/i2c-0"; time_t prevTime; time_t endTime; int count =3D 0; LogInit( stdout ); if (( i2cDev =3D open( i2cDevName, O_RDWR )) < 0 ) { LogError( "Error opening '%s': %s\n", i2cDevName, strerror( errno = )); exit( 1 ); } I2cSetSlaveAddress( i2cDev, 0x0B, I2C_USE_CRC ); // Wait for the time to roll over prevTime =3D time( NULL ); while ( time( NULL ) =3D=3D prevTime ) { ; } endTime =3D prevTime + 10; while ( time( NULL ) <=3D endTime ) { uint16_t adcVal; if ( I2C_IO_GetADC( i2cDev, 0, &adcVal )) { count++; } else { LogError( "Failed to retrieve ADC value\n" ); break; } } printf( "Retrieved %d ADC values in 10 seconds\n", count ); close( i2cDev ); return 0; } ----------End of test program---------- > > Are you using a stand-alone program or one in conjunction with the > i2c-Bootloader? This program requires both the bootloader and the i2c-io.hex to be loaded on the robostix. > > > Regarding the lack of voltage on atmel_0, it is actually the ground of at= mel_0 > (outermost pin on the board) that is not connected. (I cant see a trace g= oing > to it either in fact and on the second robostix we received today this gr= ound > doesnt seem connected also?) The robostix board is a multi-layer board, and one of the middle layers is the ground plane, so you won't see any visible traces. Pins 2, 7, 10, and 15 should all be connected to each other and to ground. You should be able to test for continuity. If one of them isn't connected, then it's most likely due to a bad solder joint. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Esger A. <es...@ve...> - 2006-03-03 15:40:57
|
Hi Dave, I tried your program with i2c-io.hex compiled and uploaded after a svn update, but I get the following result: ./i2c-test Retrieved 10 ADC values in 10 seconds A far cry from your 5403... So even a clean i2c-bootloader and i2c-io.hex combined with your test program is here doing something different than you're seeing over there? Regarding the atmel_0 ground, of those 4 uart grounds three are connected if I measure them except the one for atmel_0. This is the case on both our robostix's. Esger On Thursday 02 March 2006 18:58, Dave Hylands wrote: > Hi Esger, > > > Because of your result I have been looking at the i2c programs (i2c-io) > > again today and modified them a bit. But I'm not getting anywhere fast > > with them. I threw out most of the different commands, so it's just sent > > 1 packet receive 1 packet type and loop the program on the gumstix to > > keep requesting packets. > > > > However it still stays far to slow and I'm also having difficulty finding > > the piece of program which actually sends data back out over i2c. > > Here's the program I used to perform my test: > > ----------Start of test program---------- > #include <stdio.h> > #include <stdlib.h> > #include <string.h> > #include <errno.h> > #include <fcntl.h> > #include <time.h> > #include <unistd.h> > > #include "i2c-api.h" > #include "i2c-io-api.h" > #include "Log.h" > > int main( int argc, char **argv ) > { > int i2cDev; > const char *i2cDevName = "/dev/i2c-0"; > time_t prevTime; > time_t endTime; > int count = 0; > > LogInit( stdout ); > > if (( i2cDev = open( i2cDevName, O_RDWR )) < 0 ) > { > LogError( "Error opening '%s': %s\n", i2cDevName, strerror( errno > )); exit( 1 ); > } > > I2cSetSlaveAddress( i2cDev, 0x0B, I2C_USE_CRC ); > > // Wait for the time to roll over > > prevTime = time( NULL ); > while ( time( NULL ) == prevTime ) > { > ; > } > endTime = prevTime + 10; > > while ( time( NULL ) <= endTime ) > { > uint16_t adcVal; > > if ( I2C_IO_GetADC( i2cDev, 0, &adcVal )) > { > count++; > } > else > { > LogError( "Failed to retrieve ADC value\n" ); > break; > } > } > printf( "Retrieved %d ADC values in 10 seconds\n", count ); > close( i2cDev ); > return 0; > } > ----------End of test program---------- > > > Are you using a stand-alone program or one in conjunction with the > > i2c-Bootloader? > > This program requires both the bootloader and the i2c-io.hex to be > loaded on the robostix. > > > Regarding the lack of voltage on atmel_0, it is actually the ground of > > atmel_0 (outermost pin on the board) that is not connected. (I cant see a > > trace going to it either in fact and on the second robostix we received > > today this ground doesnt seem connected also?) > > The robostix board is a multi-layer board, and one of the middle > layers is the ground plane, so you won't see any visible traces. > > Pins 2, 7, 10, and 15 should all be connected to each other and to > ground. You should be able to test for continuity. If one of them > isn't connected, then it's most likely due to a bad solder joint. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Dave H. <dhy...@gm...> - 2006-03-03 19:26:28
|
Hi Esger, > I tried your program with i2c-io.hex compiled and uploaded after a svn up= date, > but I get the following result: > > ./i2c-test > Retrieved 10 ADC values in 10 seconds > > A far cry from your 5403... Do you have something else running on the gumstix? It sounds like somebody else is stealing all of the CPU cycles. > So even a clean i2c-bootloader and i2c-io.hex combined with your test pro= gram > is here doing something different than you're seeing over there? -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Esger A. <esg...@ve...> - 2006-03-10 11:31:09
|
Hi Dave, I havent done anything special software wise on the gumstix, it should have= =20 pretty much everything available. When I boot it it has all this running: root@gumstix:~> ps aux PID Uid VmSize Stat Command 1 root 348 S init 2 root SWN [ksoftirqd/0] 3 root SW [watchdog/0] 4 root SW< [events/0] 5 root SW< [khelper] 6 root SW< [kthread] 19 root SW< [kblockd/0] 33 root SW [pdflush] 34 root SW [pdflush] 36 root SW< [aio/0] 35 root SW [kswapd0] 46 root SW [mtdblockd] 60 root SWN [jffs2_gcd_mtd1] 78 root SW [pccardd] 102 root 348 S < /sbin/udevd --daemon 178 root 308 S udhcpc -b -p /var/run/udhcpc.usb0.pid -i usb0 205 root 296 S /usr/sbin/mDNSResponder -f /etc/bonjour.conf -b -= d=20 localdomain 209 root 308 S /usr/sbin/dropbear 215 root 356 S /sbin/getty -L ttyS0 115200 vt100 216 root 348 S /sbin/syslogd -n -m 0 217 root 324 S /sbin/klogd -n 414 root 496 S /usr/sbin/dropbear 415 root 964 S -bash 436 root 356 R ps aux doesnt look too problematic.. and loading the robostix_drv module and running the robostix init script=20 shouldnt really change that. Unfortunately I dont have w or top yet on it, so I cant check with those. And I also havent really noticed anything else being slow on the gumstix. (= ssh=20 login, scp file copy, joe editing etc etc. all respond quite normal) =46rom another test program I wrote/modified I do know the robostix can rea= d the=20 adc's fast enough (and spit them out on serial). The gumstix itself seems o= k=20 too. Is there any other way i2c would be slowed down so dramatically? thanks, Esger On Friday 03 March 2006 20:26, Dave Hylands wrote: > Hi Esger, > > > I tried your program with i2c-io.hex compiled and uploaded after a svn > > update, but I get the following result: > > > > ./i2c-test > > Retrieved 10 ADC values in 10 seconds > > > > A far cry from your 5403... > > Do you have something else running on the gumstix? It sounds like > somebody else is stealing all of the CPU cycles. > > > So even a clean i2c-bootloader and i2c-io.hex combined with your test > > program is here doing something different than you're seeing over there? > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |