From: Colin F. P. <co...@um...> - 2009-09-18 13:13:55
|
Hi, I am in the planning stages of a project that is going to need the equivalent of the robostix/gumstix pairing that existed for the verdex.... except with the overo fire. I understand that no "robostix" hardware exists that is able to work with the overo. (I would have to spin my own custom board) However, I was wondering how much the i2c.c files for the gumstix would have to be augmented to make them work. Would it be less work to go through and change the linked registers/particular bit fields? Or should I just start from scratch? Btw, Thanks Dave Hylands for all the work that you did on developing the robostix/gumstix pair. It is a great repository that has helped make some pretty cool projects. Cheers, Colin |
From: Dave H. <dhy...@gm...> - 2009-09-18 14:13:20
|
Hi Colin, > I am in the planning stages of a project that is going to need the > equivalent of the robostix/gumstix pairing that existed for the > verdex.... except with the overo fire. I understand that no > "robostix" hardware exists that is able to work with the overo. (I > would have to spin my own custom board) However, I was wondering how > much the i2c.c files for the gumstix would have to be augmented to > make them work. Would it be less work to go through and change the > linked registers/particular bit fields? Or should I just start from > scratch? So, I don't recall there being anything host platform specific in either the i2c or i2c-io programs. In fact, you should be able to connect the i2c bus up from the overo to the robostix, provided you either use an external voltage converter, or make some mods to the board to be able to use the on-board one. Most of the robostix code is also AVR generic. It should work on any ATMega series processor. Some of the AVR processors have a couple different registers, so you may need a tweak here or there, but you should be able to use the code should you decide to switch to a different AVR processor. The host side i2c-io program currently only knows about the register layouts of the ATMega8 and ATMega128, but was designed to be expandable, so you can easily add additional processors. -- Dave Hylands Shuswap, BC, Canada http://www.DaveHylands.com/ |
From: Frank A. <ft...@ya...> - 2009-09-25 11:44:58
|
Dave Hylands wrote: > Hi Colin, > >> I am in the planning stages of a project that is going to need the >> equivalent of the robostix/gumstix pairing that existed for the >> verdex.... except with the overo fire. I understand that no >> "robostix" hardware exists that is able to work with the overo. (I >> would have to spin my own custom board) However, I was wondering how >> much the i2c.c files for the gumstix would have to be augmented to >> make them work. Would it be less work to go through and change the >> linked registers/particular bit fields? Or should I just start from >> scratch? > > So, I don't recall there being anything host platform specific in > either the i2c or i2c-io programs. > > In fact, you should be able to connect the i2c bus up from the overo > to the robostix, provided you either use an external voltage > converter, or make some mods to the board to be able to use the > on-board one. I'm using an Overo fire connected to the i2c bus of a robostix, with a level shifter board in between the two boards. Works fine. frank |
From: Kirk M. <km...@ec...> - 2009-09-25 14:46:04
|
Ah cool! which leverl shifter? we need the same to migrate to lower voltage level I2C on the overo.... Ta! Kirk Frank Agius wrote: > Dave Hylands wrote: >> Hi Colin, >> >>> I am in the planning stages of a project that is going to need the >>> equivalent of the robostix/gumstix pairing that existed for the >>> verdex.... except with the overo fire. I understand that no >>> "robostix" hardware exists that is able to work with the overo. (I >>> would have to spin my own custom board) However, I was wondering how >>> much the i2c.c files for the gumstix would have to be augmented to >>> make them work. Would it be less work to go through and change the >>> linked registers/particular bit fields? Or should I just start from >>> scratch? >> So, I don't recall there being anything host platform specific in >> either the i2c or i2c-io programs. >> >> In fact, you should be able to connect the i2c bus up from the overo >> to the robostix, provided you either use an external voltage >> converter, or make some mods to the board to be able to use the >> on-board one. > > I'm using an Overo fire connected to the i2c bus of a robostix, with a > level shifter board in between the two boards. Works fine. > > frank > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > -- Electronics and Computer Science University of Southampton, UK +44 (0)2380 594491 http://www.ecs.soton.ac.uk/~km |
From: Frank A. <ft...@ya...> - 2009-09-25 19:02:49
|
Kirk Martinez wrote: > Ah cool! which leverl shifter? we need the same to migrate to lower > voltage level I2C on the overo.... > Ta! > Kirk > I used NXP PCA9306 for level shifting. The board that I had built was based on the one described in the application information in the PCA9306 product data sheet: http://www.nxp.com/acrobat_download/datasheets/PCA9306_3.pdf On the Overo/Summit I connected to the 3rd i2c bus on the Summit expansion connector (pin 24 (GPIO185) for sda, pin 23 (GPIO 184) for scl, pin 26 for 1.8 volts, pin 25 for ground) and on the Robostix board I connected to the i2c bus on the UART connector (pin 12 for sda, pin 16 for scl, pin 14 for 5 volts and pin 10 for ground). frank > Frank Agius wrote: >> Dave Hylands wrote: >>> Hi Colin, >>> >>>> I am in the planning stages of a project that is going to need the >>>> equivalent of the robostix/gumstix pairing that existed for the >>>> verdex.... except with the overo fire. I understand that no >>>> "robostix" hardware exists that is able to work with the overo. (I >>>> would have to spin my own custom board) However, I was wondering how >>>> much the i2c.c files for the gumstix would have to be augmented to >>>> make them work. Would it be less work to go through and change the >>>> linked registers/particular bit fields? Or should I just start from >>>> scratch? >>> So, I don't recall there being anything host platform specific in >>> either the i2c or i2c-io programs. >>> >>> In fact, you should be able to connect the i2c bus up from the overo >>> to the robostix, provided you either use an external voltage >>> converter, or make some mods to the board to be able to use the >>> on-board one. >> I'm using an Overo fire connected to the i2c bus of a robostix, with a >> level shifter board in between the two boards. Works fine. >> >> frank >> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > |