I have a custom board designed with SAM7X256. I have successfully
runned some applications on the Board via programming JTAG. However, I
cannot run SAM-BA boot. I have tested USB port of board and it is
working. I'm erasing the flash ( via TST pin ). But I cannot emulate
sam-ba on PC. I tried both atm6124.inf and atm6124ser.inf. BTW, I can
program AT91SAM7X-EK via SAM-BA. Windows sees my board as Unknown Device.
Thanks
ar Aky
Custom Board and SAM-BA
Started by ●September 30, 2006
Reply by ●October 2, 20062006-10-02
Hi ar Aky:
To make your board talk to the SAM-BA utility, you need a USB driver
installed on your board that interfaces to the SAM-BA command set.
With a virgin board, you don't have anything running.
On the Atmel AT91SAM7S256-EK board you have, shorting the TST jumper
and applying power causes a USB driver and other boot software to be
copied from invisible onboard flash to address 0x00000000 on your
board flash. When you remove the TST jumper and restart, then this USB
driver starts running and you get the USB "beep" on Windows.
Olimex boards do the same thing, so where did they get this USB driver
designed to work with SAM-BA?
I believe that if you go to www.at91.com and go to the FAQ section,
the answer is in this FAQ question:
How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
I believe that the download referenced there is the code you need.
Cheers,
Jim Lynch
To make your board talk to the SAM-BA utility, you need a USB driver
installed on your board that interfaces to the SAM-BA command set.
With a virgin board, you don't have anything running.
On the Atmel AT91SAM7S256-EK board you have, shorting the TST jumper
and applying power causes a USB driver and other boot software to be
copied from invisible onboard flash to address 0x00000000 on your
board flash. When you remove the TST jumper and restart, then this USB
driver starts running and you get the USB "beep" on Windows.
Olimex boards do the same thing, so where did they get this USB driver
designed to work with SAM-BA?
I believe that if you go to www.at91.com and go to the FAQ section,
the answer is in this FAQ question:
How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
I believe that the download referenced there is the code you need.
Cheers,
Jim Lynch
Reply by ●October 3, 20062006-10-03
Hello, Jim
How to access the invisible onboard flash ?
Is it possible to make it software trigger not shorting the TST jumper ?
Best regards,
Yu-Tsao
--- In A..., "lynchzilla" wrote:
>
> Hi ar Aky:
>
> To make your board talk to the SAM-BA utility, you need a USB driver
> installed on your board that interfaces to the SAM-BA command set.
> With a virgin board, you don't have anything running.
>
> On the Atmel AT91SAM7S256-EK board you have, shorting the TST jumper
> and applying power causes a USB driver and other boot software to be
> copied from invisible onboard flash to address 0x00000000 on your
> board flash. When you remove the TST jumper and restart, then this USB
> driver starts running and you get the USB "beep" on Windows.
>
> Olimex boards do the same thing, so where did they get this USB driver
> designed to work with SAM-BA?
>
> I believe that if you go to www.at91.com and go to the FAQ section,
> the answer is in this FAQ question:
>
> How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
>
> I believe that the download referenced there is the code you need.
>
> Cheers,
> Jim Lynch
>
How to access the invisible onboard flash ?
Is it possible to make it software trigger not shorting the TST jumper ?
Best regards,
Yu-Tsao
--- In A..., "lynchzilla" wrote:
>
> Hi ar Aky:
>
> To make your board talk to the SAM-BA utility, you need a USB driver
> installed on your board that interfaces to the SAM-BA command set.
> With a virgin board, you don't have anything running.
>
> On the Atmel AT91SAM7S256-EK board you have, shorting the TST jumper
> and applying power causes a USB driver and other boot software to be
> copied from invisible onboard flash to address 0x00000000 on your
> board flash. When you remove the TST jumper and restart, then this USB
> driver starts running and you get the USB "beep" on Windows.
>
> Olimex boards do the same thing, so where did they get this USB driver
> designed to work with SAM-BA?
>
> I believe that if you go to www.at91.com and go to the FAQ section,
> the answer is in this FAQ question:
>
> How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
>
> I believe that the download referenced there is the code you need.
>
> Cheers,
> Jim Lynch
>
Reply by ●October 3, 20062006-10-03
--- In A..., "lynchzilla" wrote:
>
> Hi ar Aky:
Hi,
> To make your board talk to the SAM-BA utility, you need a USB driver
> installed on your board that interfaces to the SAM-BA command set.
> With a virgin board, you don't have anything running.
I always thought that this USB driver was in the internal factory
programmed ROM of SAM7X.
> On the Atmel AT91SAM7S256-EK board you have, shorting the TST jumper
> and applying power causes a USB driver and other boot software to be
> copied from invisible onboard flash to address 0x00000000 on your
> board flash. When you remove the TST jumper and restart, then this USB
> driver starts running and you get the USB "beep" on Windows.
somebody shoot me!is there an invisible flash on EK containing SAM-BA
boot code? I totally discarded this option.
If there is factory programmed ROM case,why not this also works with
my chip? Is this meaning that Atmel is shipping different chips for
their EKs and for their end-users? If this is not the case, how can we
make it possible to copy contents of some external flash to the SAM7X
when we short the TST pin?
> Olimex boards do the same thing, so where did they get this USB driver
> designed to work with SAM-BA?
I wonder also how Olimex guys do this. I'm trying to bring-up my own
board, and I'm using the native sam-ba USB driver( if you mean windows
drivers ).
> I believe that if you go to www.at91.com and go to the FAQ section,
> the answer is in this FAQ question:
>
> How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
>
> I believe that the download referenced there is the code you need.
So I understand from your words that I have to write my own boot
program using AT91ISP. I wondered if I could do something simpler.
Thanks for the reply.
Best regards,
ar
>
> Hi ar Aky:
Hi,
> To make your board talk to the SAM-BA utility, you need a USB driver
> installed on your board that interfaces to the SAM-BA command set.
> With a virgin board, you don't have anything running.
I always thought that this USB driver was in the internal factory
programmed ROM of SAM7X.
> On the Atmel AT91SAM7S256-EK board you have, shorting the TST jumper
> and applying power causes a USB driver and other boot software to be
> copied from invisible onboard flash to address 0x00000000 on your
> board flash. When you remove the TST jumper and restart, then this USB
> driver starts running and you get the USB "beep" on Windows.
somebody shoot me!is there an invisible flash on EK containing SAM-BA
boot code? I totally discarded this option.
If there is factory programmed ROM case,why not this also works with
my chip? Is this meaning that Atmel is shipping different chips for
their EKs and for their end-users? If this is not the case, how can we
make it possible to copy contents of some external flash to the SAM7X
when we short the TST pin?
> Olimex boards do the same thing, so where did they get this USB driver
> designed to work with SAM-BA?
I wonder also how Olimex guys do this. I'm trying to bring-up my own
board, and I'm using the native sam-ba USB driver( if you mean windows
drivers ).
> I believe that if you go to www.at91.com and go to the FAQ section,
> the answer is in this FAQ question:
>
> How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
>
> I believe that the download referenced there is the code you need.
So I understand from your words that I have to write my own boot
program using AT91ISP. I wondered if I could do something simpler.
Thanks for the reply.
Best regards,
ar
Reply by ●October 3, 20062006-10-03
SAM-BA is factory installed in ROM on the chip. The two things to check
are the GPNVM bit 2 and the crystal frequency 18.432 MHz for USB.
(This clock requirement is only for SAM-BA not for your own
USB applications, only a 48MHz peripherial clock is necessary)
You can also try to use SAM-BA with the serial DBGU port.
>From the AT91SAM7X256 documentation:
The SAM-BA Boot Assistant is a default Boot Program that provides an
easy way to program insitu
the on-chip Flash memory.
The SAM-BA Boot Assistant supports serial communication via the DBGU
or the USB Device
Port.
Communication via the DBGU supports a wide range of crystals from 3
to 20 MHz via
software auto-detection.
Communication via the USB Device Port is limited to an 18.432 MHz
crystal.
The SAM-BA Boot provides an interface with SAM-BA Graphic User
Interface (GUI).
The SAM-BA Boot is in ROM and is mapped in Flash at address 0x0 when
the GPNVM Bit 2 is
set to 0.
are the GPNVM bit 2 and the crystal frequency 18.432 MHz for USB.
(This clock requirement is only for SAM-BA not for your own
USB applications, only a 48MHz peripherial clock is necessary)
You can also try to use SAM-BA with the serial DBGU port.
>From the AT91SAM7X256 documentation:
The SAM-BA Boot Assistant is a default Boot Program that provides an
easy way to program insitu
the on-chip Flash memory.
The SAM-BA Boot Assistant supports serial communication via the DBGU
or the USB Device
Port.
Communication via the DBGU supports a wide range of crystals from 3
to 20 MHz via
software auto-detection.
Communication via the USB Device Port is limited to an 18.432 MHz
crystal.
The SAM-BA Boot provides an interface with SAM-BA Graphic User
Interface (GUI).
The SAM-BA Boot is in ROM and is mapped in Flash at address 0x0 when
the GPNVM Bit 2 is
set to 0.
Reply by ●October 3, 20062006-10-03
Maybe this can help you:
to load factory ROM SAM-BA to internal flash.
TST pin to 3.3v
PA0 pin to 3.3v
PA1 pin to 3.3v
PA2 pin to 3.3v (If any of these PAx pin is unconnected, internal pull-up tied already to 3.3v, your TST to short to 3.3v)
Power up your board for 10 seconds.
Power down board, remove TST and PAx jumper, can be unconnected.
Power up your board and sam-ba is running USB and serial.
Remi Bilodeau - Technicien en ectronique
UQAT - Universitdu Quec en Abitibi-Tiscamingue
________________________________
De : A... [mailto:A...] De la part de Magnus Lundin
Envoy: 3 octobre 2006 04:52
: A...
Objet : [AT91SAM] Re: Custom Board and SAM-BA
SAM-BA is factory installed in ROM on the chip. The two things to check
are the GPNVM bit 2 and the crystal frequency 18.432 MHz for USB.
(This clock requirement is only for SAM-BA not for your own
USB applications, only a 48MHz peripherial clock is necessary)
You can also try to use SAM-BA with the serial DBGU port.
>From the AT91SAM7X256 documentation:
The SAM-BA Boot Assistant is a default Boot Program that provides an
easy way to program insitu
the on-chip Flash memory.
The SAM-BA Boot Assistant supports serial communication via the DBGU
or the USB Device
Port.
* Communication via the DBGU supports a wide range of crystals from 3
to 20 MHz via
software auto-detection.
* Communication via the USB Device Port is limited to an 18.432 MHz
crystal.
The SAM-BA Boot provides an interface with SAM-BA Graphic User
Interface (GUI).
The SAM-BA Boot is in ROM and is mapped in Flash at address 0x0 when
the GPNVM Bit 2 is
set to 0.
to load factory ROM SAM-BA to internal flash.
TST pin to 3.3v
PA0 pin to 3.3v
PA1 pin to 3.3v
PA2 pin to 3.3v (If any of these PAx pin is unconnected, internal pull-up tied already to 3.3v, your TST to short to 3.3v)
Power up your board for 10 seconds.
Power down board, remove TST and PAx jumper, can be unconnected.
Power up your board and sam-ba is running USB and serial.
Remi Bilodeau - Technicien en ectronique
UQAT - Universitdu Quec en Abitibi-Tiscamingue
________________________________
De : A... [mailto:A...] De la part de Magnus Lundin
Envoy: 3 octobre 2006 04:52
: A...
Objet : [AT91SAM] Re: Custom Board and SAM-BA
SAM-BA is factory installed in ROM on the chip. The two things to check
are the GPNVM bit 2 and the crystal frequency 18.432 MHz for USB.
(This clock requirement is only for SAM-BA not for your own
USB applications, only a 48MHz peripherial clock is necessary)
You can also try to use SAM-BA with the serial DBGU port.
>From the AT91SAM7X256 documentation:
The SAM-BA Boot Assistant is a default Boot Program that provides an
easy way to program insitu
the on-chip Flash memory.
The SAM-BA Boot Assistant supports serial communication via the DBGU
or the USB Device
Port.
* Communication via the DBGU supports a wide range of crystals from 3
to 20 MHz via
software auto-detection.
* Communication via the USB Device Port is limited to an 18.432 MHz
crystal.
The SAM-BA Boot provides an interface with SAM-BA Graphic User
Interface (GUI).
The SAM-BA Boot is in ROM and is mapped in Flash at address 0x0 when
the GPNVM Bit 2 is
set to 0.
Reply by ●October 3, 20062006-10-03
--- In A..., ğlar Aky wrote:
>
> --- In A..., "lynchzilla" wrote:
> >
> > Hi ar Aky:
>
> Hi,
>
> > To make your board talk to the SAM-BA utility, you need a USB
driver
> > installed on your board that interfaces to the SAM-BA command
set.
> > With a virgin board, you don't have anything running.
>
> I always thought that this USB driver was in the internal factory
> programmed ROM of SAM7X.
>
> > On the Atmel AT91SAM7S256-EK board you have, shorting the TST
jumper
> > and applying power causes a USB driver and other boot software
to be
> > copied from invisible onboard flash to address 0x00000000 on
your
> > board flash. When you remove the TST jumper and restart, then
this USB
> > driver starts running and you get the USB "beep" on Windows.
>
> somebody shoot me!is there an invisible flash on EK containing SAM-
BA
> boot code? I totally discarded this option.
>
> If there is factory programmed ROM case,why not this also works
with
> my chip? Is this meaning that Atmel is shipping different chips for
> their EKs and for their end-users? If this is not the case, how
can we
> make it possible to copy contents of some external flash to the
SAM7X
> when we short the TST pin?
>
> > Olimex boards do the same thing, so where did they get this USB
driver
> > designed to work with SAM-BA?
>
> I wonder also how Olimex guys do this. I'm trying to bring-up my
own
> board, and I'm using the native sam-ba USB driver( if you mean
windows
> drivers ).
>
> > I believe that if you go to www.at91.com and go to the FAQ
section,
> > the answer is in this FAQ question:
> >
> > How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
> >
> > I believe that the download referenced there is the code you
need.
>
> So I understand from your words that I have to write my own boot
> program using AT91ISP. I wondered if I could do something simpler.
>
> Thanks for the reply.
> Best regards,
> ar
>
my custom board works fine on samba with sam7x256
make sure you have a 1.5k pullup resistor to 3.3v and pin
3 on usb conn. power up your board with erase pin pulled
high. power down remove erase jumper. power back up and
when windows finds new hardware load the 6124sys driver
from samba.
>
> --- In A..., "lynchzilla" wrote:
> >
> > Hi ar Aky:
>
> Hi,
>
> > To make your board talk to the SAM-BA utility, you need a USB
driver
> > installed on your board that interfaces to the SAM-BA command
set.
> > With a virgin board, you don't have anything running.
>
> I always thought that this USB driver was in the internal factory
> programmed ROM of SAM7X.
>
> > On the Atmel AT91SAM7S256-EK board you have, shorting the TST
jumper
> > and applying power causes a USB driver and other boot software
to be
> > copied from invisible onboard flash to address 0x00000000 on
your
> > board flash. When you remove the TST jumper and restart, then
this USB
> > driver starts running and you get the USB "beep" on Windows.
>
> somebody shoot me!is there an invisible flash on EK containing SAM-
BA
> boot code? I totally discarded this option.
>
> If there is factory programmed ROM case,why not this also works
with
> my chip? Is this meaning that Atmel is shipping different chips for
> their EKs and for their end-users? If this is not the case, how
can we
> make it possible to copy contents of some external flash to the
SAM7X
> when we short the TST pin?
>
> > Olimex boards do the same thing, so where did they get this USB
driver
> > designed to work with SAM-BA?
>
> I wonder also how Olimex guys do this. I'm trying to bring-up my
own
> board, and I'm using the native sam-ba USB driver( if you mean
windows
> drivers ).
>
> > I believe that if you go to www.at91.com and go to the FAQ
section,
> > the answer is in this FAQ question:
> >
> > How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
> >
> > I believe that the download referenced there is the code you
need.
>
> So I understand from your words that I have to write my own boot
> program using AT91ISP. I wondered if I could do something simpler.
>
> Thanks for the reply.
> Best regards,
> ar
>
my custom board works fine on samba with sam7x256
make sure you have a 1.5k pullup resistor to 3.3v and pin
3 on usb conn. power up your board with erase pin pulled
high. power down remove erase jumper. power back up and
when windows finds new hardware load the 6124sys driver
from samba.
Reply by ●October 3, 20062006-10-03
Well, it serves me right to try to answer a message board question way
past my bedtime. Yes, there's no "invisible" flash.The SAM-BA support
code is within onchip ROM memory that's essentially invisible to the
user. However, I don't think that it's mapped into low memory, as the
NXT/Philips LPC2000 chips are mapped to address 0x00 when a I/O pin is
pulled high. Rather, this code is "programmed" into flash when the
board is power-cycled with the TST jumper shorted. In fact, it also
sets the lock bits.
Using SAM-BA to program an application into flash memory is a
destructive operation; SAM-BA becomes unusable after programming. You
have to short the TST jumper and re-cycle power to get SAM-BA suport re-
loaded again.
Magnus has it right; you can get the SAM-BA support code programmed
into flash from the onchip ROM by setting the appropriate port pins,
etc. before cycling power.
Cheers,
Jim
past my bedtime. Yes, there's no "invisible" flash.The SAM-BA support
code is within onchip ROM memory that's essentially invisible to the
user. However, I don't think that it's mapped into low memory, as the
NXT/Philips LPC2000 chips are mapped to address 0x00 when a I/O pin is
pulled high. Rather, this code is "programmed" into flash when the
board is power-cycled with the TST jumper shorted. In fact, it also
sets the lock bits.
Using SAM-BA to program an application into flash memory is a
destructive operation; SAM-BA becomes unusable after programming. You
have to short the TST jumper and re-cycle power to get SAM-BA suport re-
loaded again.
Magnus has it right; you can get the SAM-BA support code programmed
into flash from the onchip ROM by setting the appropriate port pins,
etc. before cycling power.
Cheers,
Jim
Reply by ●October 3, 20062006-10-03
> user. However, I don't think that it's
mapped into low memory, as the
> NXT/Philips LPC2000 chips are mapped to address 0x00 when a I/O pin is
> pulled high. Rather, this code is "programmed" into flash when the
> board is power-cycled with the TST jumper shorted. In fact, it also
> sets the lock bits.
>
> Using SAM-BA to program an application into flash memory is a
> destructive operation; SAM-BA becomes unusable after programming. You
> have to short the TST jumper and re-cycle power to get SAM-BA suport re-
> loaded again.
This is different for the AT91SAM7S and the AT91SAM7X.
The AT91SAM7S copies the hidden RAM to flash, pages 0 and 1, when you
use the magic power on sequence with the tst pin that remi describes.
The AT91SAM7X chips maps the SAM-BA code into low memory, without
changing the flash, when GPNVM bit 2 is set. This is nondestructive
and you can reflash the chip without affecting SAM-BA. The thing to
note is that a reboot takes us back to SAM-BA, not the new flash
image, until we unmap SAM-BA with GPNVM bit 2.
/Magnus
> NXT/Philips LPC2000 chips are mapped to address 0x00 when a I/O pin is
> pulled high. Rather, this code is "programmed" into flash when the
> board is power-cycled with the TST jumper shorted. In fact, it also
> sets the lock bits.
>
> Using SAM-BA to program an application into flash memory is a
> destructive operation; SAM-BA becomes unusable after programming. You
> have to short the TST jumper and re-cycle power to get SAM-BA suport re-
> loaded again.
This is different for the AT91SAM7S and the AT91SAM7X.
The AT91SAM7S copies the hidden RAM to flash, pages 0 and 1, when you
use the magic power on sequence with the tst pin that remi describes.
The AT91SAM7X chips maps the SAM-BA code into low memory, without
changing the flash, when GPNVM bit 2 is set. This is nondestructive
and you can reflash the chip without affecting SAM-BA. The thing to
note is that a reboot takes us back to SAM-BA, not the new flash
image, until we unmap SAM-BA with GPNVM bit 2.
/Magnus
Reply by ●October 4, 20062006-10-04
Hi,
the samba boot loader is stored somewhere in inaccessible flash on the
AT91SAM7S/X . Setting the TST pin (pin 40 on the processor) to Vdd
causes the samba code to be inserted in the main flash. After reset, the
samba code is executed from there.
This is pretty neat, allows one to download updates to the board without
writing a boot loader yourself.
Ewout
> Re: Custom Board and SAM-BA
> Posted by: "yttsai" y...@yahoo.com yttsai
> Mon Oct 2, 2006 9:26 pm (PST)
> Hello, Jim
>
> How to access the invisible onboard flash ?
> Is it possible to make it software trigger not shorting the TST jumper ?
>
> Best regards,
> Yu-Tsao
>
> --- In A..., "lynchzilla" wrote:
>>
>> Hi ar Aky:
>>
>> To make your board talk to the SAM-BA utility, you need a USB driver
>> installed on your board that interfaces to the SAM-BA command set.
>> With a virgin board, you don't have anything running.
>>
>> On the Atmel AT91SAM7S256-EK board you have, shorting the TST jumper
>> and applying power causes a USB driver and other boot software to be
>> copied from invisible onboard flash to address 0x00000000 on your
>> board flash. When you remove the TST jumper and restart, then this USB
>> driver starts running and you get the USB "beep" on Windows.
>>
>> Olimex boards do the same thing, so where did they get this USB driver
>> designed to work with SAM-BA?
>>
>> I believe that if you go to www.at91.com and go to the FAQ section,
>> the answer is in this FAQ question:
>>
>> How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
>>
>> I believe that the download referenced there is the code you need.
>>
>> Cheers,
>> Jim Lynch
>>
the samba boot loader is stored somewhere in inaccessible flash on the
AT91SAM7S/X . Setting the TST pin (pin 40 on the processor) to Vdd
causes the samba code to be inserted in the main flash. After reset, the
samba code is executed from there.
This is pretty neat, allows one to download updates to the board without
writing a boot loader yourself.
Ewout
> Re: Custom Board and SAM-BA
> Posted by: "yttsai" y...@yahoo.com yttsai
> Mon Oct 2, 2006 9:26 pm (PST)
> Hello, Jim
>
> How to access the invisible onboard flash ?
> Is it possible to make it software trigger not shorting the TST jumper ?
>
> Best regards,
> Yu-Tsao
>
> --- In A..., "lynchzilla" wrote:
>>
>> Hi ar Aky:
>>
>> To make your board talk to the SAM-BA utility, you need a USB driver
>> installed on your board that interfaces to the SAM-BA command set.
>> With a virgin board, you don't have anything running.
>>
>> On the Atmel AT91SAM7S256-EK board you have, shorting the TST jumper
>> and applying power causes a USB driver and other boot software to be
>> copied from invisible onboard flash to address 0x00000000 on your
>> board flash. When you remove the TST jumper and restart, then this USB
>> driver starts running and you get the USB "beep" on Windows.
>>
>> Olimex boards do the same thing, so where did they get this USB driver
>> designed to work with SAM-BA?
>>
>> I believe that if you go to www.at91.com and go to the FAQ section,
>> the answer is in this FAQ question:
>>
>> How to Program the AT91SAM7A3 with SAM-PROG and SAM-BA ?
>>
>> I believe that the download referenced there is the code you need.
>>
>> Cheers,
>> Jim Lynch
>>
