From: smerry <seb...@gm...> - 2008-04-21 05:06:16
|
Hi all, Does anyone have exact instructions for setting up the Robostix with the i2c-io program with a gumstix (verdex) that has the OE version? I used the buildroot and had it working before, but then I decided to upgrade to the OE and have been lost. I have the i2c-Boot-m128-16MHz.hex file on the gumstix and I am trying to upload that to the Robostix. I setup the jumpers on the Robostix, but I cannot seem to use uisp: "root@gumstix-custom-verdex:~$ uisp Probably the AVR MCU is not in the RESET state. Check it out and run me again." I have a feeling it has to do with the fact that I have not installed the robostix_drv.ko. But I have no idea where that is in OE. I even tried using an old robostix_drv.ko (from when I used buildroot) but it told me there was an error inserting the 'robostix_drv.ko' due to an invalid module format (which I half expected, but decided to try anyway). Basically I would love to know where all the files I need are (or what I need to do to get them) and in what order to set them up. There seem to be so many articles all over the place, but some don't work for OE. Thanks in advance! -Sebastian -- View this message in context: http://www.nabble.com/Gumstix--w-OE-and-Robostix---How-do-I-get-them-to-work--tp16802798p16802798.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Chris D. <chr...@gm...> - 2008-04-21 13:10:49
|
Sebastian, After you have your OE enviroment setup (follow the instructions at www.gumstix.net) just run 'bitbake robostix' to build the robostix svn tree. Chris On Sun, Apr 20, 2008 at 11:03 PM, smerry <seb...@gm...> wrote: > > Hi all, > Does anyone have exact instructions for setting up the Robostix with the > i2c-io program with a gumstix (verdex) that has the OE version? I used the > buildroot and had it working before, but then I decided to upgrade to the OE > and have been lost. > > I have the i2c-Boot-m128-16MHz.hex file on the gumstix and I am trying to > upload that to the Robostix. > > I setup the jumpers on the Robostix, but I cannot seem to use uisp: > "root@gumstix-custom-verdex:~$ uisp > Probably the AVR MCU is not in the RESET state. > Check it out and run me again." > > I have a feeling it has to do with the fact that I have not installed the > robostix_drv.ko. But I have no idea where that is in OE. I even tried using > an old robostix_drv.ko (from when I used buildroot) but it told me there was > an error inserting the 'robostix_drv.ko' due to an invalid module format > (which I half expected, but decided to try anyway). > > Basically I would love to know where all the files I need are (or what I > need to do to get them) and in what order to set them up. There seem to be > so many articles all over the place, but some don't work for OE. Thanks in > advance! > > -Sebastian > > -- > View this message in context: http://www.nabble.com/Gumstix--w-OE-and-Robostix---How-do-I-get-them-to-work--tp16802798p16802798.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: smerry <seb...@gm...> - 2008-04-22 05:25:49
|
Awesome, thanks! I got 'bitbake robostix' to work after I modified the robostix.bb file to use root:root. Now when I boot the gumstix, as part of the output I get "Starting robostix..." However, I am still getting the same problem. When I type 'uisp' I get: "Probably the AVR MCU is not in the RESET state. Check it out and run me again." I verified that I have the jumpers in, and if I unplug one of jumpers then I get the following message: "An error has occurred during the AVR initialization. * Target status: Vendor Code = 0xff, Part Family = 0xff, Part Number = 0xff Check if the programmer is properly connected. The wiring may be incorrect or target might be 'damaged'." Both of those error messages are indicated on: http://docwiki.gumstix.org/Robostix_gumstix_ISP I also tried forcing the robostix to reset by typing "robostix reset on" and then trying uisp but that didn't seem to help either. Anyone have any ideas? I am using the verdex XM4 + netwifi + robostix, with the power going into the netwifi. Could that be the problem if the robostix is not powered directly? Chris Dollar wrote: > > Sebastian, > > After you have your OE enviroment setup (follow the instructions at > www.gumstix.net) just run 'bitbake robostix' to build the robostix svn > tree. > > Chris > > On Sun, Apr 20, 2008 at 11:03 PM, smerry <seb...@gm...> wrote: >> >> Hi all, >> Does anyone have exact instructions for setting up the Robostix with the >> i2c-io program with a gumstix (verdex) that has the OE version? I used >> the >> buildroot and had it working before, but then I decided to upgrade to >> the OE >> and have been lost. >> >> I have the i2c-Boot-m128-16MHz.hex file on the gumstix and I am trying >> to >> upload that to the Robostix. >> >> I setup the jumpers on the Robostix, but I cannot seem to use uisp: >> "root@gumstix-custom-verdex:~$ uisp >> Probably the AVR MCU is not in the RESET state. >> Check it out and run me again." >> >> I have a feeling it has to do with the fact that I have not installed >> the >> robostix_drv.ko. But I have no idea where that is in OE. I even tried >> using >> an old robostix_drv.ko (from when I used buildroot) but it told me there >> was >> an error inserting the 'robostix_drv.ko' due to an invalid module format >> (which I half expected, but decided to try anyway). >> >> Basically I would love to know where all the files I need are (or what I >> need to do to get them) and in what order to set them up. There seem to >> be >> so many articles all over the place, but some don't work for OE. Thanks >> in >> advance! >> >> -Sebastian >> >> -- >> View this message in context: >> http://www.nabble.com/Gumstix--w-OE-and-Robostix---How-do-I-get-them-to-work--tp16802798p16802798.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save $100. >> Use priority code J8TL2D2. >> >> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/Gumstix--w-OE-and-Robostix---How-do-I-get-them-to-work--tp16802798p16822102.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Dave H. <dhy...@gm...> - 2008-04-22 05:48:00
|
Hi smerry, > I also tried forcing the robostix to reset by typing "robostix reset on" and > then trying uisp but that didn't seem to help either. > Anyone have any ideas? I am using the verdex XM4 + netwifi + robostix, with > the power going into the netwifi. Could that be the problem if the robostix > is not powered directly? Yeah - you need to power the robostix. If you're going to use a wifi module, you'll need to power both the robostix and the wifi board, or apply the modification indicated on this page: <http://pubs.gumstix.com/documents/robostix_power.pdf> This document: <http://pubs.gumstix.com/documents/Powering_a_Gumstix.pdf> shows how the power stuff connects up on a gumstix. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: smerry <seb...@gm...> - 2008-04-22 21:31:39
|
That worked! Thanks for the help, I now have the i2c-io.hex file on the Robostix, and the red led is flashing. I tried to put on one of the applications I made previously for my other gumstix/robostix (which has build-root on it). It utilized the UARTS and ADC on the robostix, and it worked great when I had my build-root version. However now, when I try to run the app it complains that it cannot find my file, simply called "main." I am not very skilled with Linux but I tried changing the permissions on the file to 755, then I tried to run it by typing "main", "./main", "source main", and I even moved it to my /usr/bin. However every time it complained that it couldn't find "main." "-sh: ./main: not found" Does this have anything to do with the fact that I moved over to OE? Do I need to rebuild my executable? If so how? I had all my files in the /robostix/gumstix/<myDir> before, but now in OE that is all gone it seems. This is the make file I had for my build-root version: ############################################################################# # # Makefile for building SMART autonomous vehicles # Put this makefile is the directory above the src dir. # Created by: Sebastian Merry # Date: 01/25/08 # ############################################################################# ifeq ($(DEBUG),y) CFLAGS += -O -g # -O is need to expand inlines else CFLAGS += -O2 endif # Put the name of the main program here (That contains the main() function) TARGET = main # Here are our files C_SRCS = CPP_SRCS = \ $(TARGET).cpp \ Motor.cpp \ USART.cpp \ ADC.cpp \ LVMaxSonar.cpp \ ATmega128.cpp \ Drivetrain.cpp \ XBeePro.cpp \ Message.cpp \ IRSensors.cpp # Set some basic variables including locations for the compiler and include files PWD := $(shell pwd) GUMSTIX_BUILDROOT = $(PWD)/../../../gumstix-buildroot BUILD_ARM = $(GUMSTIX_BUILDROOT)/build_arm_nofpu CROSS_COMPILE = $(BUILD_ARM)/staging_dir/bin/arm-linux- COMMON = ../Common SHARED = ../../Shared # Update the path variable vpath %.c $(COMMON) $(SHARED) # Set the macros for the compiler options LDFLAGS += -lm -lpthread CPPFLAGS += -I . -I $(COMMON) -I $(SHARED) CFLAGS += -Wall TARGET_ARCH=-Os -march=armv5te -mtune=xscale -Wa,-mcpu=xscale CC = $(CROSS_COMPILE)g++ CXX = $(CROSS_COMPILE)g++ # Update the linker to use the correct c++ libraries LINK.o = $(CXX) $(LDFLAGS) $(TARGET_ARCH) # Here are the common object files that are needed for I2C communication I2CFILES = \ i2c-api.o \ i2c-io-api.o \ AvrInfo.o \ BootLoader-api.o \ Crc8.o \ DumpMem.o \ Log.o # Create the list of object files from our source files SSDOBJS = $(CPP_SRCS:.cpp=.o) $(C_SRCS:.c=.o) # Combine the lists of object files OBJS = \ $(SSDOBJS) \ $(I2CFILES) # Here is the main label (called when "make" is issued in the root directory) all: $(TARGET) $(TARGET): svn-version.h $(OBJS) # Clean up the files clean: @echo "Cleaning files ..." rm -rf *.o *~ core .depend .*.cmd *.ko *.mod.c .tmp_versions $(TARGET) depend .depend dep: svn-version.h @echo "Creating dependencies ..." $(CXX) $(CFLAGS) $(CPPFLAGS) -M *.c $(COMMON)/*.c > .depend FORCE: .PHONY: FORCE PREPROCESS.c = $(CXX) $(CPPFLAGS) $(TARGET_ARCH) -E -Wp,-C,-dD,-dI %.pp : %.c FORCE @echo "Preprocess ..." $(PREPROCESS.c) $< > $@ include ../../svn-version.mk ifeq ($(strip $(filter clean, $(MAKECMDGOALS))),) -include .depend endif ---------------------------------------------- END MAKEFILE That make file would generate the executable, then I would send that over to my gumstix and I could run it with "./main". What do I need to do to compile my code now the the Common and Shared dirs have disappeared? I tried to make my own bitbake .bb file however it complained about tons of things being unreferenced so obviously it isn't finding the other files it needs. All I did was set its DEPENDS variables to "robostix-module i2c" -- View this message in context: http://www.nabble.com/Gumstix--w-OE-and-Robostix---How-do-I-get-them-to-work--tp16802798p16826250.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Dave H. <dhy...@gm...> - 2008-04-22 21:53:10
|
Hi smerry, > I tried to put on one of the applications I made previously for my other > gumstix/robostix (which has build-root on it). It utilized the UARTS and ADC > on the robostix, and it worked great when I had my build-root version. > However now, when I try to run the app it complains that it cannot find my > file, simply called "main." I am not very skilled with Linux but I tried > changing the permissions on the file to 755, then I tried to run it by > typing "main", "./main", "source main", and I even moved it to my /usr/bin. > However every time it complained that it couldn't find "main." > > "-sh: ./main: not found" > > Does this have anything to do with the fact that I moved over to OE? Do I > need to rebuild my executable? If so how? I had all my files in the > /robostix/gumstix/<myDir> before, but now in OE that is all gone it seems. Yeah - I believe that you need to rebuild your executable. The latest OE uses glibc, whereas buildroot used uClibc, and executables built for uClibc aren't compatible with glibc. Sorry - I can't help with the how yet - but there is a hello world example on the wiki. <http://www.gumstix.net/Software/view/Build-system-overview/Hello-world-tutorial/111.html> -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: smerry <seb...@gm...> - 2008-04-22 22:25:11
|
Please disregard my last post, I found the problem: I needed to re-make my program with the path to the cross compiler in gumstix_oe. Once I did that my program started running exactly like it did for build-root! smerry wrote: > > That worked! Thanks for the help, I now have the i2c-io.hex file on the > Robostix, and the red led is flashing. > > I tried to put on one of the applications I made previously for my other > gumstix/robostix (which has build-root on it). It utilized the UARTS and > ADC on the robostix, and it worked great when I had my build-root version. > However now, when I try to run the app it complains that it cannot find my > file, simply called "main." I am not very skilled with Linux but I tried > changing the permissions on the file to 755, then I tried to run it by > typing "main", "./main", "source main", and I even moved it to my > /usr/bin. However every time it complained that it couldn't find "main." > > "-sh: ./main: not found" > > Does this have anything to do with the fact that I moved over to OE? Do I > need to rebuild my executable? If so how? I had all my files in the > /robostix/gumstix/<myDir> before, but now in OE that is all gone it seems. > > This is the make file I had for my build-root version: > ############################################################################# > # > # Makefile for building SMART autonomous vehicles > # Put this makefile is the directory above the src dir. > # Created by: Sebastian Merry > # Date: 01/25/08 > # > ############################################################################# > > ifeq ($(DEBUG),y) > CFLAGS += -O -g # -O is need to expand inlines > else > CFLAGS += -O2 > endif > > # Put the name of the main program here (That contains the main() > function) > TARGET = main > > # Here are our files > C_SRCS = > CPP_SRCS = \ > $(TARGET).cpp \ > Motor.cpp \ > USART.cpp \ > ADC.cpp \ > LVMaxSonar.cpp \ > ATmega128.cpp \ > Drivetrain.cpp \ > XBeePro.cpp \ > Message.cpp \ > IRSensors.cpp > > # Set some basic variables including locations for the compiler and > include files > PWD := $(shell pwd) > GUMSTIX_BUILDROOT = $(PWD)/../../../gumstix-buildroot > BUILD_ARM = $(GUMSTIX_BUILDROOT)/build_arm_nofpu > CROSS_COMPILE = $(BUILD_ARM)/staging_dir/bin/arm-linux- > COMMON = ../Common > SHARED = ../../Shared > > # Update the path variable > vpath %.c $(COMMON) $(SHARED) > > # Set the macros for the compiler options > LDFLAGS += -lm -lpthread > CPPFLAGS += -I . -I $(COMMON) -I $(SHARED) > CFLAGS += -Wall > TARGET_ARCH=-Os -march=armv5te -mtune=xscale -Wa,-mcpu=xscale > CC = $(CROSS_COMPILE)g++ > CXX = $(CROSS_COMPILE)g++ > > # Update the linker to use the correct c++ libraries > LINK.o = $(CXX) $(LDFLAGS) $(TARGET_ARCH) > > # Here are the common object files that are needed for I2C communication > I2CFILES = \ > i2c-api.o \ > i2c-io-api.o \ > AvrInfo.o \ > BootLoader-api.o \ > Crc8.o \ > DumpMem.o \ > Log.o > > # Create the list of object files from our source files > SSDOBJS = $(CPP_SRCS:.cpp=.o) $(C_SRCS:.c=.o) > > # Combine the lists of object files > OBJS = \ > $(SSDOBJS) \ > $(I2CFILES) > > # Here is the main label (called when "make" is issued in the root > directory) > all: $(TARGET) > > $(TARGET): svn-version.h $(OBJS) > > # Clean up the files > clean: > @echo "Cleaning files ..." > rm -rf *.o *~ core .depend .*.cmd *.ko *.mod.c .tmp_versions $(TARGET) > > depend .depend dep: svn-version.h > @echo "Creating dependencies ..." > $(CXX) $(CFLAGS) $(CPPFLAGS) -M *.c $(COMMON)/*.c > .depend > > FORCE: > > .PHONY: FORCE > > PREPROCESS.c = $(CXX) $(CPPFLAGS) $(TARGET_ARCH) -E -Wp,-C,-dD,-dI > > %.pp : %.c FORCE > @echo "Preprocess ..." > $(PREPROCESS.c) $< > $@ > > include ../../svn-version.mk > > ifeq ($(strip $(filter clean, $(MAKECMDGOALS))),) > -include .depend > endif > > ---------------------------------------------- END MAKEFILE > > > That make file would generate the executable, then I would send that over > to my gumstix and I could run it with "./main". What do I need to do to > compile my code now the the Common and Shared dirs have disappeared? > > I tried to make my own bitbake .bb file however it complained about tons > of things being unreferenced so obviously it isn't finding the other files > it needs. All I did was set its DEPENDS variables to "robostix-module i2c" > -- View this message in context: http://www.nabble.com/Gumstix--w-OE-and-Robostix---How-do-I-get-them-to-work--tp16802798p16826275.html Sent from the Gumstix mailing list archive at Nabble.com. |