Atmel website | ARM Community | AVR freaks | Technical Support
Banner
 FAQ •  Search •  Register •  Login 

All times are UTC + 1 hour [ DST ]




Post new topic Reply to topic  [ 104 posts ]  Go to page Previous  1, 2, 3, 4, 5, 6, 7  Next
Author Message
 Post subject:
PostPosted: Fri Jun 10, 2005 5:08 pm 
Offline

Joined: Thu Jun 02, 2005 5:02 pm
Posts: 14
Location: Silicon Valley
Alas, the .exe cannot be extracted with the latest version of both Fedora and Wine. So I have no idea what's on that release.


I did, however, find the SAM-BA doc, and have some questions. First, where does the related code that SAM-BA talks to live on the Eval board? I didn't see the memory map mentioned in the doc.


Secondly, is the source code to the binary which gets put on the Eval board available? Or is this included in the .exe file? The reason why I ask is because I'm doing something similar with Redboot, and am interested in making this work for those with Linux development systems.


Finally, I noticed from the doc that the SAM-BA GUI all seems to be written in TCL. If this is the case, then the GUI ought to run right out of the box on Linux. TCL was originally developed for UNIX, and has been an integral part of UNIX/Linux for many, many years.


Thanks in advance for any light you can shine on these matters.


Top
 Profile  
 
 Post subject:
PostPosted: Fri Jun 10, 2005 10:45 pm 
Offline

Joined: Mon May 09, 2005 6:50 pm
Posts: 13
Location: Calgary
I am wondering if the source code for the SAM-BA windows application is available? I would like to integrate it into my own application.


Top
 Profile  
 
 Post subject:
PostPosted: Sat Jun 11, 2005 9:20 am 
Offline

Joined: Thu Jun 02, 2005 5:02 pm
Posts: 14
Location: Silicon Valley
Well, that's actually an amusing question. If I read the doc correctly, it indicates that the code is written in TCL. If that's the case, then you already have the source code. Personally, I have no idea, as I can't extract the stuff to see what's actually there.

What's also amusing (and useful) if this is true is that the TCL code ought to work on Linux as well as Windows. TCL was originally designed and written soley for UNIX, and consequently Linux. It was only much later that it was ported to Windows.

So if we could get some clarity on these issues, we might be able to expand the support of Atmel's processors across different platforms, and make it more available for more people.


Top
 Profile  
 
 Post subject:
PostPosted: Tue Jun 14, 2005 5:48 am 
Offline

Joined: Tue Jun 14, 2005 5:28 am
Posts: 6
Location: Corona, CA, USA
I read in the errata for the chip that the lock bits can only be changed 100 times. Running the recovery proceedure unlocks and then locks the first two regions, then you would have to unlock them to program the flash. That is three changes of the lock bits. Does that mean you can only use the procedure about 33 times? I hope I am wrong, I really like the way SAM-BA works.


Top
 Profile  
 
 Post subject:
PostPosted: Tue Jul 05, 2005 2:35 pm 
Offline

Joined: Wed Mar 16, 2005 2:40 pm
Posts: 5
Location: Sweden
Hi, are the chance that you release fireware for SAM-BA....
I think it would be a good application note..

Any way, are any cheap Jtag flash tools? IAR STK lock great but (and it is relativt cheap) but it lock like you have to buy J-Flash software (398€) or IAR compiler if want to flash more 32Kb... or do I miss something?

And SAMBA only works AT91SAM7S128 rev C and higher....
(And it lock like www.elfa.se only have rev B of AT91SAM7S128 (but the only sell AT91SAM7S64))
and I can not get chip that support SAM-BA, so I begin to regret my choice of microcontroller....


Top
 Profile  
 
 Post subject: revs
PostPosted: Tue Jul 05, 2005 11:36 pm 
Offline

Joined: Wed Jan 05, 2005 11:38 pm
Posts: 305
Location: San Diego, California
What revs of the AT91SAMS64 supports SAMBA? E or later?

-Henk


Top
 Profile  
 
 Post subject: Re: revs
PostPosted: Wed Jul 06, 2005 1:28 am 
Offline

Joined: Wed Mar 16, 2005 2:40 pm
Posts: 5
Location: Sweden
AT91SAM7S32 & AT91SAM7S64 starting from rev E (product ID: 58814E)
AT91SAM7S128 & AT91SAM7S256 starting from rev C (product ID: 58818C)


Top
 Profile  
 
 Post subject: Unable to download beta
PostPosted: Wed Jul 06, 2005 8:50 am 
Offline

Joined: Wed Jul 06, 2005 8:47 am
Posts: 2
I have been unable to download the beta from the site specified in the newsletter. Is the 81.80.104.162 host up?

Thank you in advance!


Top
 Profile  
 
 Post subject: More documentation?
PostPosted: Wed Jul 06, 2005 9:23 am 
Offline

Joined: Wed Jul 06, 2005 8:47 am
Posts: 2
I have finally downloaded SAM-BA from http://www.at91.com/tools/software/sam_ ... SAM-BA.exe

I need to write a "dumb" application that will simply download firmware into the flash without requiring any user action on the PC side.

It would be nice if I can get some hints on either the format of the SAM-BA USB frames, tcl code of the SAM-BA application or interface of the SAM-BA.dll.

Thank you in advance!


Top
 Profile  
 
 Post subject: SAM-BA works on AT91SAM7S128/256 revB and Higher !!!!!!
PostPosted: Wed Jul 06, 2005 2:33 pm 
Offline
User avatar

Joined: Mon Mar 22, 2004 12:29 pm
Posts: 147
Location: ATMEL Rousset FRANCE
Hi erixon,

SAM-BA works on AT91SAM7S128 rev B and higher and not only revC !!!!
So don't worry, you can use it with your actual microcontroller revision !
Just try it !

Bye,


Top
 Profile  
 
 Post subject: -E- Memory Overflow error
PostPosted: Wed Jul 06, 2005 9:39 pm 
Offline

Joined: Tue Apr 05, 2005 3:49 pm
Posts: 14
Location: Florida
I got this error using SAM-BA:
-I- File size = 65536 byte(s)
-E- Memory Overflow
Chip AT91SAM7S64 Program Flash using rawBinary file from IAR compiler and Fill all memory with ones (0xFF).
This creates a full flash of 64K right ?
Send file to Flash start at address 0x0100000

It works OK if I delete a byte from the file but there is an EOF marker (0x0A) at the end of the file that is included with the binary image and programed into the chip (last byte).
If the (0x0A) is removed the file will not work.

Am I doing something wrong or ....?


Top
 Profile  
 
 Post subject:
PostPosted: Wed Jul 06, 2005 11:58 pm 
Offline
User avatar

Joined: Fri Feb 13, 2004 7:53 pm
Posts: 329
Hi Erixxon,

Quote:
Any way, are any cheap Jtag flash tools? IAR STK lock great but (and it is relativt cheap) but it lock like you have to buy J-Flash software (398€) or IAR compiler if want to flash more 32Kb... or do I miss something?

Yes, Embest tools provider form ARM, provides a flash programmer for 80$ and schematics to do a JTAG cable (wiggler compatible) which will cost you around 5$.

Check out this http://www.armkits.com/company/FP_atmel.asp
JTAG Cable Schematic http://www.armkits.com/Product/jtagcable.asp

But of course, since the rev B of the SAM7S128 supports SAM-BA (thanks Croquette) you do not need all this above.

Bye,
Patrick


Top
 Profile  
 
 Post subject: at91sams64 and Samba
PostPosted: Thu Jul 07, 2005 1:03 am 
Offline

Joined: Wed Jan 05, 2005 11:38 pm
Posts: 305
Location: San Diego, California
What revs of the SAM64 support Samba? Same as the SAM128?

Thanks.


Top
 Profile  
 
 Post subject:
PostPosted: Thu Jul 07, 2005 10:27 am 
Offline
User avatar

Joined: Mon Mar 22, 2004 12:29 pm
Posts: 147
Location: ATMEL Rousset FRANCE
Hi henkvisser,

SAM-BA supports:
SAM7S64 since revE and higher
SAM7S128/256 since revB and higher

Bye !


Top
 Profile  
 
 Post subject: -E- Memory Overflow error
PostPosted: Thu Jul 07, 2005 10:32 am 
Offline
User avatar

Joined: Mon Mar 22, 2004 12:29 pm
Posts: 147
Location: ATMEL Rousset FRANCE
Hi FlameWatcher,

You are not wrong, this is one bug which was already found and corrected in the nearly new versions we will provide very soon !

Bye,

I got this error using SAM-BA:
-I- File size = 65536 byte(s)
-E- Memory Overflow
Chip AT91SAM7S64 Program Flash using rawBinary file from IAR compiler and Fill all memory with ones (0xFF).
This creates a full flash of 64K right ?
Send file to Flash start at address 0x0100000

It works OK if I delete a byte from the file but there is an EOF marker (0x0A) at the end of the file that is included with the binary image and programed into the chip (last byte).
If the (0x0A) is removed the file will not work.

Am I doing something wrong or ....?


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 104 posts ]  Go to page Previous  1, 2, 3, 4, 5, 6, 7  Next

All times are UTC + 1 hour [ DST ]


Who is online

Users browsing this forum: Bing [Bot] and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to: