From: Craig H. <cr...@gu...> - 2006-03-21 16:50:56
|
On Mar 21, 2006, at 2:24 AM, leith wrote: >>> how do i get the serial # off the gumstix? on the wiki it gives a >>> location in the filesystem as well as stating it is in the >>> 'serial' environmental variable, but the environmental variable >>> shows up empty as well as the file that supposedly contains the >>> serial... The serial number is in the "serial#" environment variable in u-boot, and then is displayed at the bottom of /proc/cpuinfo once you're in linux. C |
From: Dave H. <dhy...@gm...> - 2006-03-21 07:03:30
|
Hi Jay, > So, I got a little overzealous when switching between the wiki pages and > copied the uisp command from the i2c tutorial. I now have the > i2c-bootloader loaded properly (I believe so anywa, 2 pulses a second). > > However, I still get an error when trying to run the i2c-load command: > > # ./i2c-load --reboot 0x0b write i2c-io.hex > ERROR: I2cTransfer: ioctl failed: Remote I/O error (121) > ERROR: I2cReadBlock failed > ERROR: Unable to retrieve boot information from i2c address 0x0b So everything upto actually using i2c seems to be working. OK. So this now means that the gumstix isn't detecting a response to address 0x0b. This could be casued by a couple of things. The first is if the EEPROM somehow got some wonky values. The second is if you have a legit problem with the i2c hardware. Could you run this: uisp --download --segment=3Deeprom of=3Deep.srec and send me (off-list) the eep.srec file. it should be 11312 bytes long. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Jay P. <ja...@bl...> - 2006-03-21 16:46:54
Attachments:
eep.srec
|
Hi Dave, Attached is the file you asked for. Thanks, -Jay On Tuesday 21 March 2006 02:03, Dave Hylands wrote: > Hi Jay, > > > So, I got a little overzealous when switching between the wiki pages and > > copied the uisp command from the i2c tutorial. I now have the > > i2c-bootloader loaded properly (I believe so anywa, 2 pulses a second). > > > > However, I still get an error when trying to run the i2c-load command: > > > > # ./i2c-load --reboot 0x0b write i2c-io.hex > > ERROR: I2cTransfer: ioctl failed: Remote I/O error (121) > > ERROR: I2cReadBlock failed > > ERROR: Unable to retrieve boot information from i2c address 0x0b > > So everything upto actually using i2c seems to be working. > > OK. So this now means that the gumstix isn't detecting a response to > address 0x0b. > > This could be casued by a couple of things. The first is if the EEPROM > somehow got some wonky values. The second is if you have a legit > problem with the i2c hardware. > > Could you run this: > uisp --download --segment=eeprom of=eep.srec > and send me (off-list) the eep.srec file. it should be 11312 bytes long. > > -- > 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________________________________________ >_______ gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Jay P. <ja...@bl...> - 2006-03-21 16:26:39
|
Dave, Now that I got the i2c stuff working, can I hit you up for a clarification on the post below? I looked through the Simple-Servo.c code and am trying to figure out how to replicate this using the i2c-io commands (minus reading it from the ADC connectors). Say, if I wanted to center a servo by making the pulse width 1.5mS. From what I gathered the post you linked to sets the freq speed but I am unsure as to whether it is setting the pulse width like I need. Sorry for constantly bugging you :D -Jay On Sunday 19 March 2006 00:19, Dave Hylands wrote: > Hi Jay, > > On 3/18/06, Jay Petersen <ja...@bl...> wrote: > > Is it possible to communicate with the PWM / ADC on the the Robostix > > directly from the command line? I'm trying to get a grasp about how the > > AVR ties into all of this. > > Sure.I posted a sample on Mar 7. You can find it in the archives: > http://sourceforge.net/mailarchive/message.php?msg_id=15012180 > > -- > 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________________________________________ >_______ gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Jay P. <ja...@bl...> - 2006-03-21 16:44:31
|
Hi Dave, I do believe I fixed the issue, and it was my fault all along. Turns out that the situation was power. So, originally I ordered just the gumstix / netcf card. It was recommended to use the 4v adaptor, I forgot this when plugging in the robostix (untill I tried to power the robostix directly off the adaptor that is). I switched it over to a 5v battery and was able to use i2c-load. -Jay On Tuesday 21 March 2006 02:03, Dave Hylands wrote: > Hi Jay, > > > So, I got a little overzealous when switching between the wiki pages and > > copied the uisp command from the i2c tutorial. I now have the > > i2c-bootloader loaded properly (I believe so anywa, 2 pulses a second). > > > > However, I still get an error when trying to run the i2c-load command: > > > > # ./i2c-load --reboot 0x0b write i2c-io.hex > > ERROR: I2cTransfer: ioctl failed: Remote I/O error (121) > > ERROR: I2cReadBlock failed > > ERROR: Unable to retrieve boot information from i2c address 0x0b > > So everything upto actually using i2c seems to be working. > > OK. So this now means that the gumstix isn't detecting a response to > address 0x0b. > > This could be casued by a couple of things. The first is if the EEPROM > somehow got some wonky values. The second is if you have a legit > problem with the i2c hardware. > > Could you run this: > uisp --download --segment=eeprom of=eep.srec > and send me (off-list) the eep.srec file. it should be 11312 bytes long. > > -- > 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________________________________________ >_______ gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Dave H. <dhy...@gm...> - 2006-03-21 17:38:35
|
Hi Jay, On 3/21/06, Jay Petersen <ja...@bl...> wrote: > Hi Dave, > I do believe I fixed the issue, and it was my fault all along. T= urns out > that the situation was power. So, originally I ordered just the gumstix = / > netcf card. It was recommended to use the 4v adaptor, I forgot this when > plugging in the robostix (untill I tried to power the robostix directly o= ff > the adaptor that is). I switched it over to a 5v battery and was able to= use > i2c-load. Ahhh. That makes sense. This is useful to know. I'll add a note to one or more of the robostix pages. Your eeprom looks good (i.e. it's empty). -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Dave H. <dhy...@gm...> - 2006-03-22 08:08:13
|
Hi Jay, > I looked through the Simple-Servo.c code and am trying to figure out how = to > replicate this using the i2c-io commands (minus reading it from the ADC > connectors). Say, if I wanted to center a servo by making the pulse widt= h > 1.5mS. From what I gathered the post you linked to sets the freq speed b= ut I > am unsure as to whether it is setting the pulse width like I need I added a script called servo to SVN. <http://websvn.gumstix.com/listing.php?repname=3DBuildroot&path=3D%2Fbranch= es%2Fprojects%2Frobostix%2Fgumstix%2Fi2c-io%2F&rev=3D0&sc=3D0> I only tested it with 1A, but it should work with 1A, 1B, 1C, 3A, 3B, and 3= C. So the command servo 0x0b init 1 will initialize timer 1 for use with servos, and set the pulse width to 1500 uSec. servo 0x0b set 1A 1000 will set the pulse width to 1000 usec. . -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Jay P. <ja...@bl...> - 2006-03-22 13:03:26
|
Dave, That is fantastic!! Thank you sooooo much :) -Jay On Wednesday 22 March 2006 03:08, Dave Hylands wrote: > Hi Jay, > > > I looked through the Simple-Servo.c code and am trying to figure out how > > to replicate this using the i2c-io commands (minus reading it from the > > ADC connectors). Say, if I wanted to center a servo by making the pulse > > width 1.5mS. From what I gathered the post you linked to sets the freq > > speed but I am unsure as to whether it is setting the pulse width like I > > need > > I added a script called servo to SVN. > <http://websvn.gumstix.com/listing.php?repname=Buildroot&path=%2Fbranches%2 >Fprojects%2Frobostix%2Fgumstix%2Fi2c-io%2F&rev=0&sc=0> > > I only tested it with 1A, but it should work with 1A, 1B, 1C, 3A, 3B, and > 3C. > > So the command > > servo 0x0b init 1 > > will initialize timer 1 for use with servos, and set the pulse width > to 1500 uSec. > > servo 0x0b set 1A 1000 will set the pulse width to 1000 usec. > . > -- > 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________________________________________ >_______ gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Jay P. <ja...@bl...> - 2006-03-23 14:36:20
Attachments:
servo-io.tar.gz
|
Dave, So I spent some time tinkering last night. The servo script you put out yesterday helped me greatly, but I was hoping to execute it as a external process from JamVM and it caused a pretty big lag with the servos. I ended up taking your i2c-io program as an example and modified it. Basically when you execute it wants to know the i2c address, but then just loops from the command line looking for a Channel / pulse width. Makes the turn around to the servo's much much faster. Not sure if you were interested in using it. I would suggest you check it over first though, as this was my first C program... ;) hehe been a Java programmer for years. Can't tell you how long I searched for the sprintf function last night. 0 == 1A 1 == 1B 2 == 1C 3 == 3A .... ./servo-io 0x0b 0 1500 1 1000 .... If you dont mind, I also am interested in polling the ADC ports much faster. I plan to write a small app which takes the i2c address / port in question and poll it spewing to the console. I looked over the i2c-io command and found that i2c-io 0x0b Get F.0 Should return the voltage of AD0 (in the range 0 thru 1023). This is correct right? I hooked a small ultrasonic range sensor this morning and am getting 0. I dont know if that is because something I did with the sensor or not, but wanted to clarify with you about the Get operation. Thanks, -Jay On Wednesday 22 March 2006 03:08, Dave Hylands wrote: > Hi Jay, > > > I looked through the Simple-Servo.c code and am trying to figure out how > > to replicate this using the i2c-io commands (minus reading it from the > > ADC connectors). Say, if I wanted to center a servo by making the pulse > > width 1.5mS. From what I gathered the post you linked to sets the freq > > speed but I am unsure as to whether it is setting the pulse width like I > > need > > I added a script called servo to SVN. > <http://websvn.gumstix.com/listing.php?repname=Buildroot&path=%2Fbranches%2 >Fprojects%2Frobostix%2Fgumstix%2Fi2c-io%2F&rev=0&sc=0> > > I only tested it with 1A, but it should work with 1A, 1B, 1C, 3A, 3B, and > 3C. > > So the command > > servo 0x0b init 1 > > will initialize timer 1 for use with servos, and set the pulse width > to 1500 uSec. > > servo 0x0b set 1A 1000 will set the pulse width to 1000 usec. > . > -- > 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________________________________________ >_______ gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Jay P. <ja...@bl...> - 2006-03-23 14:40:12
|
Whoops, forgot to throw the init stuff from the servo script in there. I'll see if I can't add that tonight or something. -Jay On Thursday 23 March 2006 09:37, Jay Petersen wrote: > Dave, > So I spent some time tinkering last night. The servo script you put out > yesterday helped me greatly, but I was hoping to execute it as a external > process from JamVM and it caused a pretty big lag with the servos. > > I ended up taking your i2c-io program as an example and modified it. > Basically when you execute it wants to know the i2c address, but then just > loops from the command line looking for a Channel / pulse width. Makes the > turn around to the servo's much much faster. Not sure if you were > interested in using it. I would suggest you check it over first though, as > this was my first C program... ;) hehe been a Java programmer for years. > Can't tell you how long I searched for the sprintf function last night. > > 0 == 1A > 1 == 1B > 2 == 1C > 3 == 3A > .... > > ./servo-io 0x0b > 0 1500 > 1 1000 > .... > > > If you dont mind, I also am interested in polling the ADC ports much > faster. I plan to write a small app which takes the i2c address / port in > question and poll it spewing to the console. > > I looked over the i2c-io command and found that > i2c-io 0x0b Get F.0 > Should return the voltage of AD0 (in the range 0 thru 1023). This is > correct right? I hooked a small ultrasonic range sensor this morning and > am getting 0. I dont know if that is because something I did with the > sensor or not, but wanted to clarify with you about the Get operation. > > Thanks, > -Jay > > On Wednesday 22 March 2006 03:08, Dave Hylands wrote: > > Hi Jay, > > > > > I looked through the Simple-Servo.c code and am trying to figure out > > > how to replicate this using the i2c-io commands (minus reading it from > > > the ADC connectors). Say, if I wanted to center a servo by making the > > > pulse width 1.5mS. From what I gathered the post you linked to sets > > > the freq speed but I am unsure as to whether it is setting the pulse > > > width like I need > > > > I added a script called servo to SVN. > > <http://websvn.gumstix.com/listing.php?repname=Buildroot&path=%2Fbranches > >%2 Fprojects%2Frobostix%2Fgumstix%2Fi2c-io%2F&rev=0&sc=0> > > > > I only tested it with 1A, but it should work with 1A, 1B, 1C, 3A, 3B, and > > 3C. > > > > So the command > > > > servo 0x0b init 1 > > > > will initialize timer 1 for use with servos, and set the pulse width > > to 1500 uSec. > > > > servo 0x0b set 1A 1000 will set the pulse width to 1000 usec. > > . > > -- > > 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______________________________________ > >__ _______ gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Dave H. <dhy...@gm...> - 2006-03-23 15:29:01
|
Hi Jay, > So I spent some time tinkering last night. The servo script you = put out > yesterday helped me greatly, but I was hoping to execute it as a external > process from JamVM and it caused a pretty big lag with the servos. I'm not surprised. If I run the i2c-adc program it reports around 600+ reads/second. If I execute the i2c-io program for each one, I can get about 60/second. > I ended up taking your i2c-io program as an example and modified = it. > Basically when you execute it wants to know the i2c address, but then jus= t > loops from the command line looking for a Channel / pulse width. Makes t= he > turn around to the servo's much much faster. Not sure if you were intere= sted > in using it. I would suggest you check it over first though, as this was= my > first C program... ;) hehe been a Java programmer for years. Can't tell = you > how long I searched for the sprintf function last night. Yes - you discovered the secret. Keep the i2c device open and send down a stream of commands. > If you dont mind, I also am interested in polling the ADC ports much fast= er. > I plan to write a small app which takes the i2c address / port in questio= n > and poll it spewing to the console. OK - How about something like this: I'll add a -f option to i2c-io that allows it to read from a file. The file would contain lines that look exactly like the existing command line. If you set the file to '-' then it will read from stdin. This could then be used for both the servo and adc. Once the init is done you only need to write to the OCRxy register to change the pulse width. > I looked over the i2c-io command and found that > i2c-io 0x0b Get F.0 > Should return the voltage of AD0 (in the range 0 thru 1023). This is cor= rect > right? Not quite. F.0 correspond to the ADC0 pin, but read as a digital value which only returns 0 or 1. Try this instead: i2c-io 0x0b Get adc.0 Two things are also happening behind the scenes: 1 - I'm looking into SWIG to create a library which could be linked into a variety of interpreters. I'm going to try and get an interpreter called Lua up and running, and use it as my test platform. I also found csl (C Scripting Language) but it seems a bit too primitive. Lua seems to be sort of similar to C, but is very lightweight and easy to add to an application. I want to learn more about Lua anyways, since it's used by a program called SheetCAM for G-Code generation (which is unrelated to the gumstix, but is related to machining) 2 - Dave Smith proposed that we create something like gpsd, but for i2c (Dave will be doing this). Either of these options should allow much higher throughput to the i2c bus. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Jay P. <ja...@bl...> - 2006-03-23 15:42:50
|
Dave, > Yes - you discovered the secret. Keep the i2c device open and send > down a stream of commands. hehe not saying your script wasnt adequate :) it really helped me get a grasp of how your i2c-io stuff works > OK - How about something like this: > > I'll add a -f option to i2c-io that allows it to read from a file. The > file would contain lines that look exactly like the existing command > line. If you set the file to '-' then it will read from stdin. This > could then be used for both the servo and adc. > > Once the init is done you only need to write to the OCRxy register to > change the pulse width. That would be incredible. Would be exactly what I am looking for. > Try this instead: > > i2c-io 0x0b Get adc.0 Worked perfectly, am able to read the sensor. > Two things are also happening behind the scenes: > 1 - I'm looking into SWIG to create a library which could be linked > into a variety of interpreters. I'm going to try and get an > interpreter called Lua up and running, and use it as my test platform. > I also found csl (C Scripting Language) but it seems a bit too > primitive. Lua seems to be sort of similar to C, but is very > lightweight and easy to add to an application. I want to learn more > about Lua anyways, since it's used by a program called SheetCAM for > G-Code generation (which is unrelated to the gumstix, but is related > to machining) > > 2 - Dave Smith proposed that we create something like gpsd, but for > > i2c (Dave will be doing this). > > Either of these options should allow much higher throughput to the i2c bus. Excellent. Let me know if I can help in anway. Thanks, -Jay |
From: Cesar E. P. <ces...@ho...> - 2006-08-31 05:26:37
|
Hello ... Sorry I do not know how to reply to a thread. Please let me know how to do it. Also, I have more questions regarding the robostix: 1) Without a tweener can I program the gumstix and robostix using a host computer? 2) If so what do I need to buy in order to do it? Cables? Converters? Etc. ? 3) Will the robostix be able to send signals to the motors in order to make them dispense or rotate? So far that it is, however once I get the stix, I will probably have more questions! Thanks again!!! Cesar E. Perez |
From: Dave H. <dhy...@gm...> - 2006-08-31 06:40:04
|
Hi Cesar, On 8/30/06, Cesar E. Perez <ces...@ho...> wrote: > Hello ... Sorry I do not know how to reply to a thread. Please let me know > how to do it. Also, I have more questions regarding the robostix: If you're using email, just reply to the email. > 1) Without a tweener can I program the gumstix and robostix using a host > computer? Absolutely. You'll need some way of logging into the gumstix. You can do this through the gumstix connector on the robostix and a serial adapter. Or you could login in over some network interface. Reprogramming the gumstix flash is easiest if you have access to the console (which is the serial port called gumstix on the robostix). > 2) If so what do I need to buy in order to do it? Cables? Converters? Etc. ? To use the console, you'll need a serial adapter: http://docwiki.gumstix.org/Serial_adapters You'll probably need some type of cable going from the serial adapter to the host computer. And depending on the adapter, you'll need some way of wiring the adapter to the robostix. The Acroname adapter should plug in directly. > 3) Will the robostix be able to send signals to the motors in order to make > them dispense or rotate? The robostix can drive R/C servos directly, but for other types of motors, you'll need an H-Bridge. This page describes using R/C servos: http://docwiki.gumstix.org/Robostix_simple_servo -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Rodrigo S. <rod...@gm...> - 2006-08-31 15:36:11
|
Hi Cesar, About the how to reply to a thread i would recommend you setup the newsletter to send the messages not in a daily digest but individually, once that is done i would recommend you use gmail. If you dont have one, ill send you an invitation. The advantage of gmail is that it stores the threads as conversations and you can follow much better the discussion, and a simple reply to the message you are reading will do the trick., if you dont want to use gmail, then write to: gum...@li... and edit the subject to eg in this case: Re: Robostix. 1) Yes, There are many ways of doing this, over bluetooth for example, but also, you can use usbnet (using the audiotstix2 for example) i used it without problems with the factory image of 2.6.11 but for some reason when upgraded it to 2.6.17 something changed and cant use it anymore, guess is a problem with the windows driver, anyway, im in hurry to program, so i also had a etherstix (this is a connex expansion, beware what you buy ;) ) and found it is more felxible, at least for me (the funny is that etherstix didnt worked properly with 2.6.11 but just plug n play with 2.6.17 :P, again i have very little time and need to focus on getting gps+robo+gumstix working properly so dont know what really is happening, probably as Dave suggested is a matter of configuration of the net in the gumstix) 2) Maybe you mean just using the gumstix itself?, sorry never thought about it, for me expansions are a must and make it much easier, and the real explanation is im a noob, so really cant tell :S 3)Yes, and you wont believe how sweet it is!! Again thanks to Dave, he wrote very cool code about this, which save you long lasting headaches, I downloaded all the robostix folder using svn, here you can take a look what it has online: http://websvn.gumstix.com/listing.php?repname=Buildroot&path=%2Fbranches%2Fprojects%2Frobostix%2F&rev=0&sc=0 And in the wiki search for i2c-io, once you set all that (and remember all the fuses on the robostix :D) youll have a system that communicates over i2c and program the robostix ADC capability, PWM and all the rest of the registers! cheers Rodrigo |
From: Nate W <del...@gm...> - 2005-05-11 17:51:24
|
I can't tell from the wiki page what the I2C story is - are the I2C lines exposed on any of the Robostix headers or is I2C used only to communicate between the XScale and Atmel processors? Is the ISP header compatible with any existing ISP hardware, or would we need to build cables to re-arrange the lines to suit our existing ISPs? Compatibility isn't critical but it would be convenient, and it looks like there's room for an extra pair of pins on either side of the existing header. Regardless of the answers to the above, I am really looking forward to this product. :-) On 5/5/05, Gordon Kruberg <go...@gu...> wrote: > I have posted yet another set ofrobostix layouts/schematics and added > the silkscreen for top and bottom. Components are moderately densely > packed onto one side and legibility is reduced. > I am going to go ahead and turn the board and try to get some ready for > a wider range of early adopters-- let me know what you think. >=20 > Gordon >=20 > http://www.gumstix.org/tikiwiki/tiki-index.php?page=3D+Robostix |
From: Dave H. <dhy...@gm...> - 2005-05-11 23:35:30
|
Hi Nate, On 5/8/05, Nate W <del...@gm...> wrote: > I can't tell from the wiki page what the I2C story is - are the I2C > lines exposed on any of the Robostix headers or is I2C used only to > communicate between the XScale and Atmel processors? Yeah - the ATM_SCL and ATM_SDA signals are available on the UARTS connector. These are 5v versions of the i2c signals, which more devices use than the 3.3v. > Is the ISP header compatible with any existing ISP hardware, or would > we need to build cables to re-arrange the lines to suit our existing > ISPs? Compatibility isn't critical but it would be convenient, and it > looks like there's room for an extra pair of pins on either side of > the existing header. The six pin version that Gordon proposed is in fact a standard, but it isn't widely used. The 10 pin version is definitely the popular one. Since using the six pin one pretty much requires making a custom cable, I was proposing to rearrange some things so we don't have duplicated pins. > Regardless of the answers to the above, I am really looking forward to > this product. :-) Me too! --=20 Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |