In Impact kannste den auch indirekt programmieren, dazu erst mal in dem
kleinen Kasten über dem FPGA da add flash device machen und das mcs File
angeben. Sollte beim S3AN auch klappen, meines Wissens kann der auch vom
externen SPI Flash booten...
Was soll das denn? "remove one jumper from J26" (einer von dreien, die
vorher gesteckt wurden)
Danach dann
1
RemovethejumperonJ16tode-assertPROG#
...welcher in der Beschr. vorher nie gesteckt war(?!)
Und ausserdem kein Hinweis darauf, ob/dass man beim board zwischenzeitig
den Strom abschalten muß, bevor man die Jumper neu setzt(?!)
ja, das scheint er auch gemacht zu haben. Wobei ich zwei Probleme habe:
1. Am Ende zeigt das Fenster, das den Fortschritt beim Programmieren
anzeigt, 100% an beendet sich aber nicht (hängt).
2. laut
http://www.xilinx.com/support/documentation/application_notes/xapp974.pdf
(Seite 15) kann man anwählen, welchen Teil im FPGA man flashen will. Die
Auswahl hab' ich aber nicht bekommen(?)
Anbei noch der komplette Text der komischen Anleitung
Damit das Fenster bei 100% zu geht, muss der Bootmode stimmen, denn nach
dem Programmieren versucht Impact den FPGA zu starten. Die oberste
Option ist aber für den internen SPI Flash, er will ja den externen
Programmieren. Kann man villeicht bei programming properties einstellen,
hab leider keinen AN zum testen.
Da ich ja ohne DirectSPI arbeiten muss (s.o.):
Muss ich trotzdem J16 jumpern?
Ich hab's nicht gemacht.
Deshalb kann ich dann auch Schritt #17 nicht machen:
@supachris:
xcf04s flashen geht - danach kommt auch ein kleines Demo auf dem VGA
Schirm.
Aber wenn ich versuche, m25p16 oder at45db161d zu flashen, dann hängt
iMPACT.
In der console von iMPACT steht:
'1': erasing device...
Dann gibt's ein Dialogfenster, mit dem Text "Executing command...", das
von 0% bis 100% läuft und dann hängt.
Kann es sein, dass bis dahin erst mal nur "erased" wurde? (bis auf 100%
zu kommen dauerte aber schon recht lange(?)).
Auf dem LCD Display des S3AN steht:
Der Mode für J26, der hier zu wählen ist, ist "Master SPI"
- i.e. M2:M1:M0 = 0:0:1, wobei #0 meint: "gebrückt"
Ich hab' jetzt "lediglich" noch ein Defekt in dem Basis-Demo mit der
Grafik des Spartan-3 Symbols (auf der rechte Seite), das man rotieren,
skalieren und verschieben kann.
Weiss einer von euch, in welchem Flash das Bild steckt?
Dann kann ich versuchen, das Flashen hierfür zu wiederholen.
Es wurmt mich allerdings immer noch generell, daß das flashen von m25p16
und at45db161d - ohne DirectSPI - mit iMPACT hängt (s.o.)
Das heist dann wohl, dass ich den letzten Schritt mit dem m29dw323.mcs
wiederholen muß. Liegt vielleicht daran, dass ich kein 'HyperTerminal'
habe und stattdessen mit 'putty' rumgemacht habe (cut & paste, statt
"file transfer"). Ich muss mal nach einer Alternative suchen...
> Das heist dann wohl, dass ich den letzten Schritt mit dem m29dw323.mcs> wiederholen muß. Liegt vielleicht daran, dass ich kein 'HyperTerminal'> habe und stattdessen mit 'putty' rumgemacht habe (cut & paste, statt> "file transfer"). Ich muss mal nach einer Alternative suchen...
Teraterm kennt filetransfers
http://www.heise.de/download/teraterm-pro.html
Andere Kollegen dagegen setzen auf ZOC wegen seiner Macrosprache
http://www.heise.de/download/zoc-111641.html
MfG,
Frank Bergemann schrieb:> Deinen Kommentar>>Damit das Fenster bei 100% zu geht, muss der Bootmode>> stimmen, denn nach>> dem Programmieren versucht Impact den FPGA zu starten. Die oberste>> Option ist aber für den internen SPI Flash, er will ja den externen>> Programmieren. Kann man villeicht bei programming properties einstellen,>> hab leider keinen AN zum testen.> ...versteh' ich leider nicht.
Also...das FPGA kann ja aus verschiedenen Quellen geladen werden. Das
stellt man mit den Jumpern an den MODE Pins ein. Wenn du jetzt den SPI
Flash indirekt über Impact programmierst, versucht Impact am Ende das
FPGA neu zu starten. Dann startet das FPGA aus der Quelle, die über die
MODE Pins eingestellt ist. Wenn das nicht der externe SPI Flash ist,
bleibt Impact ewig hängen, weil er auf das DONE wartet, was aber dann
nicht kommt.
Du musst also den Boot Mode erst mal auf Master SPI stellen, und die
Jumper zur Auswahl des Flash Chips auch noch korrekt stecken und dann
sollte die indirekte Programmierung klappen. Wenn der allerdings bei
ERASE schon hängen bleibt, stimmt irgend was anderes nicht. Kannst du
mal die Ausgabe von impact in dem unteren Fenster posten?
@fpgakuechle:
TeraTerm ist gut - damit ging's.
Das original Demo ist jetzt wieder einwandfrei.
@supachris:
Danke für den Hinweis - ich les' mir das xapp694.pdf mal durch...