Mixed Reality Board
September 03, 2010, 09:43:04 am *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Welcome to the official Mixed-Reality forum!

If you have problems to register, please mail to h/dot/spille/at/gmail/dot/com
 
   Home   Help Search Login Register  
Pages: [1]
  Print  
Author Topic: Programming a Robot  (Read 2255 times)
Henning
Administrator
Full Member
*****
Posts: 108



View Profile
« on: June 23, 2008, 11:25:31 am »

Hello Teams,

time for some updates of the current progress with the Robots. We received our Robots, Programmer and Recharger.
We tested both and are happy to tell that so far everything works fine. Using the soldering tools Rodrigo mentioned before it is possible to solder even
the small connectors to the Programmer and Recharger.

Rodrigo prepared a little video of how using the Programmer with SAM-BA to flash the ARM processor of the Robot. With SAM-BA you do not need the expensive programmer but it is a little complicated to flash the robot. Also we proudly present the first video shown on the internet of a running Eco Be! 2.

See yourself:

Download the video,
watch at Google,
watch at YouTube

The Downloadversion has a pretty good resolution. Wink


How to get SAM-BA running on Ubuntu:
Download SAM-BA at:
http://ftp://ftp.linux4sam.org/devel/tools/sam-ba_cdc_2.7.linux_01.zip

Before you start SAM-BA you may have to change some system settings that helped me getting it to work.

Unload Serial Driver
Code:
#Unload serial driver
sudo rmmod usbserial

#Sometimes usbserial is being in use by another mod, just remove it also by typing "rmmod <mod>"

#Reload serial driver with different settings
sudo modprobe usbserial vendor=0x03eb product=0x6124

After erasing the ARM and connecting it with USB dmesg sould show you where it is connected. Make shure you removed the "erase" pin before continue.
Starting the sam-ba_cdc_2.7.linux_01 executable usually SamBa gives a good guess for connection like ttyUSB01.
If not, make shure dmesg or lsusb show the board connected and select the right USB port. For board please select  AT91SAM7X256-EK which is
our CPU.

You shold see the GUI like in the video. Do following steps:
1. Select binary file to upload -> klick "send file"
2. Select Boot from Flash (GPNVM2) at "Scripts"  -> klick "Execute"
3. If you like to compare file and flash click on "Compare send file and memory"

Done, close the window and reboot the ARM.

For now you do not have an firmware, but a protoype will come soon.

Greetings,

Henning
Logged
guerra
AsadaLabs
Full Member
*
Posts: 109



View Profile WWW
« Reply #1 on: June 24, 2008, 01:56:00 am »

The "watch in high quality" button seems to be now available in the YouTube version: http://youtube.com/watch?v=UnMJoxPQ3M0
(see bottom right of the video frame)
Logged
Vahid
Newbie
*
Posts: 14


View Profile WWW
« Reply #2 on: March 09, 2009, 07:32:35 am »

Hi,

I can see at91sam samba bootloader by lsusb command, but I don't find the right device which the controller attached on by dmesg command. I work on ubuntu 8.10 and there is no any ttyUSB device on my pc. Would you help me how can I find the right device?

Best Regards,
Vahid.
Logged
guerra
AsadaLabs
Full Member
*
Posts: 109



View Profile WWW
« Reply #3 on: March 09, 2009, 09:12:21 am »

Try executing dmesg before connecting the cable, looking at the last few lines, then connect the cable and execute dmesg again to compare what changed. You should see some messages regarding the newly connected USB device.
Logged
jufajardini
Univ of Bahia
Newbie
*
Posts: 27


View Profile
« Reply #4 on: May 19, 2010, 10:13:51 pm »

Hi everyone,

We've just changed one of our bots' AVR.

Now, when I try to load the firmware on it, the command
Code:
sudo make fuse

gives the message

Code:
avrdude: stk500v2_command(): command failed
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.


avrdude done.  Thank you.

I tried to google a bit about it, but I thought it would be more helpful trying to know if somebody from MR already had the same problem - and what does it mean, and whether is it possible to solve it or not.

If anyone know something, it would be great.

Thanks in advance,
Juliana, from BahiaMR
Logged
Henning
Administrator
Full Member
*****
Posts: 108



View Profile
« Reply #5 on: May 30, 2010, 07:25:03 pm »

Hi,

i do not remember exactly  - but i think you have to keep the ARM cpu in Reset.
If you don't, than the programmer cannot communicate to the AVR cpu.


Right?

Regards,

Henning

Logged
jufajardini
Univ of Bahia
Newbie
*
Posts: 27


View Profile
« Reply #6 on: June 02, 2010, 04:23:03 pm »

Hi,

you're right. I'm pretty sure I've done that.

It is, anyway, a sort of intermittent issue - sometimes, I'm able to communicate with AVR, sometimes not.

Thanks!
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!