From: Patrik S. <pa...@br...> - 2012-03-02 13:24:42
|
Hi again, I am waiting for my first gumstix computer (a firestorm with gallop43 and a LCD screen). Thanks for the tips on accesspoints. What development system is the best (angstrom,android, embedded)? I was thinking of developing a simple logging system the uses WIFI (as access point) and serial ports and maybe a GUI on the LCD screen, it would be nice if the USB ports worked without too much trouble. Shall I use a cross environment in linux (any distr better suited for gumstix) or is it best to work on the target all the time? Regards Patrik |
From: Blaine B. <bgb...@gm...> - 2012-03-02 16:54:20
|
The angstrom/open embedded platform is what most people use. You can do ubuntu and android as well, but the "stock" image and process is the most highly supported... I think. http://gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html But to be honest, Steve has made it so easy to get new builds you probably won't need to build the entire system. Just grab bitbake for individual packages that you can't install with "opkg". opkg lets you install packages when your overo board is online. You can use Steve Sakoman's script for making a bootable card without needing to compile them yourself. http://www.sakoman.com/category/8-gnome-daily-builds-r13.html But all that is only if you're not happy with your current image that ships on the gumstix. As far as cross compilation, we use bitbake. Get a hold of bitbake (you'll get it when you follow that first link), make a recipe, then compile it with bitbake. This will cross compile your program so you can use it on the gumstix. You probably can build on the gumstix too, but it isn't recommended. It's better to just get a build system up on your linux computer that way you can update images on the gumstix w/o breaking it. As far as USB, you won't have a problem. USB works out of the box. It's up to you to find drivers & supported devices. A lot of common things like USB mass storage, keyboards/mice, some USB wifi cards, etc. have modules already on the gumstix build. Find out if it's supported by linux and then get the driver on the gumstix. Hope this helps. Sincerely, Blaine On Fri, Mar 2, 2012 at 8:24 AM, Patrik Svensson <pa...@br...> wrote: > Hi again, I am waiting for my first gumstix computer (a firestorm with > gallop43 and a LCD screen).**** > > Thanks for the tips on accesspoints.**** > > What development system is the best (angstrom,android, embedded)? > I was thinking of developing a simple logging system the uses WIFI (as > access point) and serial ports and maybe a GUI on the LCD screen, it would > be nice if the USB ports worked without too much trouble.**** > > Shall I use a cross environment in linux (any distr better suited for > gumstix) or is it best to work on the target all the time?**** > > ** ** > > Regards**** > > Patrik**** > > ** ** > > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Mark Z. <mar...@oc...> - 2012-03-02 18:35:34
|
Hi Patrik, You probably can build on the gumstix too, but it isn't recommended. Just to play Devil's Advocate, I do the exact opposite as Blaine (who is much more experienced than I, so I offer my process only as a counterpoint, not to undermine his recommendation). I installed a bootable Ubuntu 10.04.3 Lucid LTS on the microSD using the instructions here<http://kfuresearch.wordpress.com/2011/08/05/installing-ubuntu-and-ros-on-the-gumstix-overo-fire/>, then fleshed-out my toolchain on the device using apt-get. Since this provided identical work environments on both my Gumstix and my Ubuntu development box (VMWare on a MacBook), I was then able to do all my development and testing on my laptop, only occasionally spot-testing on the Gumstix to ensure compatibility (just ssh'ing in, updating my project sources from svn, and building on the local ARM). (I also wanted to leverage several existing company programs pre-tested and validated on Ubuntu, so this seemed to offer a lower-risk path than ramping up on a new and unknown distro.) I found this a very fast and lightweight process, although it did mean that I had a lot of extra packages on the Gumstix card that didn't strictly need to be there for runtime execution. On the other hand, I'm now setting up the bitbake process Blaine describes for my new Verdex-based project, as I understand some custom kernel work will be almost certainly required<http://wiki.gumstix.org/index.php?title=Category:SPI> to utilize SPI from the Verdex + Console-VX tuple. -MZ On Mar 2, 2012, at 11:53 AM, Blaine Booher wrote: The angstrom/open embedded platform is what most people use. You can do ubuntu and android as well, but the "stock" image and process is the most highly supported... I think. http://gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html But to be honest, Steve has made it so easy to get new builds you probably won't need to build the entire system. Just grab bitbake for individual packages that you can't install with "opkg". opkg lets you install packages when your overo board is online. You can use Steve Sakoman's script for making a bootable card without needing to compile them yourself. http://www.sakoman.com/category/8-gnome-daily-builds-r13.html But all that is only if you're not happy with your current image that ships on the gumstix. As far as cross compilation, we use bitbake. Get a hold of bitbake (you'll get it when you follow that first link), make a recipe, then compile it with bitbake. This will cross compile your program so you can use it on the gumstix. You probably can build on the gumstix too, but it isn't recommended. It's better to just get a build system up on your linux computer that way you can update images on the gumstix w/o breaking it. As far as USB, you won't have a problem. USB works out of the box. It's up to you to find drivers & supported devices. A lot of common things like USB mass storage, keyboards/mice, some USB wifi cards, etc. have modules already on the gumstix build. Find out if it's supported by linux and then get the driver on the gumstix. Hope this helps. Sincerely, Blaine On Fri, Mar 2, 2012 at 8:24 AM, Patrik Svensson <pa...@br...<mailto:pa...@br...>> wrote: Hi again, I am waiting for my first gumstix computer (a firestorm with gallop43 and a LCD screen). Thanks for the tips on accesspoints. What development system is the best (angstrom,android, embedded)? I was thinking of developing a simple logging system the uses WIFI (as access point) and serial ports and maybe a GUI on the LCD screen, it would be nice if the USB ports worked without too much trouble. Shall I use a cross environment in linux (any distr better suited for gumstix) or is it best to work on the target all the time? Regards Patrik ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ gumstix-users mailing list gum...@li...<mailto:gum...@li...> https://lists.sourceforge.net/lists/listinfo/gumstix-users ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users ******************************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the addressee, any disclosure, reproduction, copying, distribution, or other dissemination or use of this communication is strictly prohibited. If you have received this transmission in error please notify the sender immediately and then delete this e-mail. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard copy version. ******************************************************** |
From: Alex G. <al...@al...> - 2012-03-05 04:55:32
|
On 3/03/2012 12:24 AM, Patrik Svensson wrote: > Hi again, I am waiting for my first gumstix computer (a firestorm with > gallop43 and a LCD screen). > > Thanks for the tips on accesspoints. > > What development system is the best (angstrom,android, embedded)? > I was thinking of developing a simple logging system the uses WIFI (as > access point) and serial ports and maybe a GUI on the LCD screen, it > would be nice if the USB ports worked without too much trouble. > > Shall I use a cross environment in linux (any distr better suited for > gumstix) or is it best to work on the target all the time? > > Regards > > Patrik I'd suggest sticking with the gumstix provided version of angstrom open embedded. Have a build box or vm to build customised images and have the tools onboard the gumstix as well just in case you need to make small changes out in the field. I do most of my development in python so I usually log in remotely and upload code or edit it on the command line with vim. (vim doesn't work well via hyperminal) Alex |
From: Geoffrey A. <geo...@gm...> - 2012-03-05 16:44:25
|
I took the native build route along with Mark. Much of our software is not specific to Gumstix, the parts that are are in wrappers. It is far easier to support a single "vanilla" Linux tool chain than to deal with OE on the Gumstix, Gnu tools everywhere else. This does mean a development SD card, or cross compiling. It is not a big deal. On Sun, Mar 4, 2012 at 11:55 PM, Alex Gibson <al...@al...> wrote: > On 3/03/2012 12:24 AM, Patrik Svensson wrote: > > Hi again, I am waiting for my first gumstix computer (a firestorm with > > gallop43 and a LCD screen). > > > > Thanks for the tips on accesspoints. > > > > What development system is the best (angstrom,android, embedded)? > > I was thinking of developing a simple logging system the uses WIFI (as > > access point) and serial ports and maybe a GUI on the LCD screen, it > > would be nice if the USB ports worked without too much trouble. > > > > Shall I use a cross environment in linux (any distr better suited for > > gumstix) or is it best to work on the target all the time? > > > > Regards > > > > Patrik > > I'd suggest sticking with the gumstix provided version of angstrom open > embedded. > > Have a build box or vm to build customised images > and have the tools onboard the gumstix as well just in case you need to > make small changes out in the field. > > I do most of my development in python so I usually log in remotely > and upload code or edit it on the command line with vim. > (vim doesn't work well via hyperminal) > > Alex > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |