Forum: Mikrocontroller und Digitale Elektronik AT91SAM3S1A läßt sich nicht mit SAM-BA flashen


von Nico (nico123)


Lesenswert?

Hallo Forengemeinde!

Ich versuche einen AT91SAM3S1A von ATMEL auf einem eigenen Board zu 
flashen, leider ohne Erfolg.
Ich habe es über die serielle Schnittstelle versucht und über USB.
Am Controller ist nur die Stromversorgung und in der USB-Version 
zusätzlich ein 18.432MHz-Quarz und die USB-Buchse.

Wenn ich SAM-BA starte und als Board "at91sam3s1-ek" wähle passiert 
nichts, SAM-BA läuft noch unter Prozessen im Taskmanager aber es 
passiert nichts.
Wähle ich "no_board" startet SAM-BA aber ich kann nicht schreibend auf 
den FLASH zugreifen, aber ich kann ihn lesen.

Im Internet findet sich leider nicht viel zu dem Thema oder ich finde es 
nicht! Es gibt in den SAM-BA Dokumentationen eine Textdatei 
(CustomApplet.txt) die beschreibt wie man SAM-BA anpasst für eigene 
Boards, aber ich verstehe nicht richtig wie und was man da machen soll.

Hatte schonmal Jemand das Problem und kann mir diesbezüglich helfen oder 
einen Tipp geben?

Danke!

von Nico (nico123)


Lesenswert?

Hat niemand 'ne Idee?

von Benjamin K. (exs)


Lesenswert?

Moin,

keine Ahnung ob dir das hilft, quäle mich gerade mit einem Olimes 
Sam3s-H256. Die haben eine Demo darauf laufen, die vorher abeschaltet 
werden muss. Dazu muss man den Controller vom Strom nehmen und den Pin 
PB12/ERASE auf 3.3V brücken. Dann den Controller wieder an den Strom 
hängen, ca. 10s warten und wieder vom Strom nehmen. Nun sollte der 
Bootloader für Samba starten, wenn man den Controller per USB an den 
Entwicklungs-PC hängt. Es sollte ein Dialog geöffnet werden in welchem 
Windows versucht eine serielle Schnittstelle für ein AT91-Gerät zu 
erstellen. Nehme mal an, dass Linux direkt eine virtuelle Schnittstelle 
bereit stellt.

Hoffe das hilft.

Ist der Eintsieg bei STM/LPC auch so holprig?

Gruß
Benny

von Stephan (Gast)


Lesenswert?

einfach mal das Datenblatt lesen hilft (oder das User Guide vom 
SAM3S-EK):

The system always boots at address 0x0. To ensure maximum boot 
possibilities, the memory layout can be changed via GPNVM.
A general-purpose NVM (GPNVM) bit is used to boot either on the ROM 
(default) or from the Flash.
The GPNVM bit can be cleared or set respectively through the commands 
“Clear General-purpose NVM Bit” and “Set General-purpose NVM Bit” of the 
EEFC User Interface.
Setting GPNVM Bit 1 selects the boot from the Flash, clearing it selects 
the boot from the ROM.
Asserting ERASE clears the GPNVM Bit 1 and thus selects the boot from 
the ROM by default.

Wenn das nicht funktioniert, ist etwas an Eurer Beschaltung faul, 
einfach mal das user Guide zu rate ziehen und den Schaltplan mit Eurem 
vergleichen.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.