Re: [ECOS] Success with AT91EB40 and RedBoot!

[Scott Dattalo <scott at dattalo dot com>]

On Wed, 12 Jun 2002, Tim Drury wrote:

> 
> Congrats!  

Thanks, it was a big relief to get this working!

>           I scrapped my whole build and rebuilt using your setup.
> Again, because I have the EB40A with the unsupported onboard
> SRAM I have to turn on CS1.  I found out my previous problem
> with the SIGTRAP upon running redboot was because the uploaded
> elf was improperly written to the sram because I needed a waitstate
> added.  so instead of,
> 
> set *0xffe00004=0x02002001
> 
> I do
> 
> set *0xffe00004=0x02002021

This is good to know when I move to the EB40a...

> 
> and it appears that redboot get loaded properly.  I do this set command
> right after the 'set $ps=0xd3' command in the at91/redboot instructions.
> However, when I 'c' and ctrl-z gdb and fire up 'minicom -o' I still get 
> nothing from the target board.  Well, I do get some garbage characters
> which is the best results I've had so far, but no 'redboot>' prompt.
> 
> So I started playing with the baud rate.  I started with 38400 N81 as
> per the instructions and started dropping it.  Most characters I type
> would be echoed back as something else.  But at 57600, I was getting
> a good echo for all letters, but not the enter key.  If redboot isn't seeing
> that I could see why it does nothing for me.


Tim,

The thing that concerns me about the EB40a is that, well, it's not an 
EB40. For example, the EB40 is equipped with an AT29LV1024 flash and the 
EB40A AT49BV1604 flash. Without sifting through the data sheets, I'm not 
sure if the write algorithm for these is the same. 

Also, the memory maps are different betweent the EB40 and EB40A. The upper 
half of Flash in which RedBoot is download is at address 0x01010000. In 
the EB40A, this adress is somewhere in the middle of the Angel Debug 
Monitor (which resides at 0x1006000-0x1011fff). 

It might be easier to get RedBoot into the EB40A using the window's tools.  
The EB40A has a flash loader application already in the Flash. This
program can communicate with a Window's host using an Atmel supplied
program. I don't know the format of the file expected by this downloader,
but I'd assume that it would be capable of dumping a raw binary image or
some other reasonable format to flash.

I hope this helps,
Scott


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss