Hallo Allerseits; Ich verwende ein Spartan 6 FPGA, das über ein SPI Flash booten soll. Wenn ich das ganz normale bit zum programmieren verwende funktioniert das auch. Das Problem ist, dass in den FPGA ein MicroBlaze Prozessor ist, dessenn Code aus dem BlockRam (2*64kByte) laufen soll. Mit den Programm data2mem bzw. programm FPGA in SDK kann ich ein bit File erzeugen in den das vhdl bit file und Software elf File kombiniert sind. Das lässt sich auch mit Impact auf das FPGA programmieren. Das Problem ist wenn ich aus den bit file ein mcs file mache um das SPI-FLASH zu programmieren bekomme ich die Fehlermeldung: "PROGRAM FAILED: '1': Configuration data download to FPGA was not successful. DONE did not go high, please check your configuration setup and mode settings. INFO:iMPACT - '1': Flash was not programmed successfully. PROGRESS_END - End Operation." Und nach dem Power Up booted das FPGA nicht, weiß jemand Rat? Vielen Dank Matthias
Hast du den passenden Flash eingestellt? Also Größe und ob SPI x1 oder x4? Wird denn das mcs File ordentlich erstellt, ohne Fehlermeldung? Ist der FPGA mit den Mode-Pins auf SPI-Master gestellt? Ist der Init_B Pin und der Prog_B Pin ordentlich beschaltet?
Gast
#1878275
Flashprogrammierung ohne die eingestanzten Daten geht? Klingt irgendwie nach einem Problem mit den diversen Optionen von bitgen...
Gast
#1878494
Hi; Die Beschaltung müsste Richtig sein, denn das Programmieren und auch das booten des FPGAs ohne den MicroBlaze Source Code (elf File) funktioniert. Über Impact lässt sich auch das FPGA mit den Bitstream (FPGA bit File + elf File + bmm file / erzeugt mit Data2Mem) programmieren. Nur dieses Bitfile bekomme ich nicht in das SPI-Flash programmiert, bzw. booted dann das FPGA nicht. Irgendwelche Ideen? Matthias
Gast
#1878614
matches_2002 schrieb: > Nur dieses Bitfile bekomme ich nicht in das SPI-Flash > programmiert, Du hast aber schon mit im Impact die ein passendes PROM (.mcs) File angelegt, oder?! Duke
Angehängte Dateien:
-
impact_create_prom_file.png
(48 KB)
Matthias L. schrieb: > Das Problem > ist wenn ich aus den bit file ein mcs file mache um das SPI-FLASH zu > programmieren bekomme ich die Fehlermeldung: > "PROGRAM FAILED: '1': Configuration data download to FPGA was not > successful. DONE did not go high, please check your configuration setup > and mode settings. Das passt doch irgendwie nicht zusammen. Beim erzeugen des MCS Files mit dem Prom Formatter wird doch kein Programmierversuch unternommen. Da wird doch nur das File erzeugt und gut. Komisch....
Gast
#1878832
HI Ja beim erzeugen des mcs file wird kein Programmier-Versuch unternommen, aber wenn ich das mcs file in das SPI-FLASH programmiere wird am ende das FPGA aus dem SPI-FLASH geladen. Das scheint dann schief zu gehen, bzw. lässt sich das FPGA auch nach dem entfernen der Spannungsversorgung nicht mehr booten. Matthias
Gast
#1878836
Duke Scarring schrieb: > Du hast aber schon mit im Impact die ein passendes PROM (.mcs) File > angelegt, oder?! > > Duke Das denke ich schon, da das erzeugte mcs file ja funktioniert, wen kein MicroBlaze code mit dabei ist.
Gast
#1878889
Ok. Nur nochmal zum Verständnis: ohne Microblazecode (Code per xmd o.ä. nachladen) FPGA direkt : geht PROM -> FPGA : geht mit Microblazecode FPGA direkt : geht PROM -> FPGA : geht nicht Habe ich das so richtig verstanden? Falls ja, wäre das sehr eigenartig. (Oder Du erzeugst das mcs aus dem falschen bitfile.) Duke
Gast
#1879222
> ohne Microblazecode (Code per xmd o.ä. nachladen) > FPGA direkt : geht > PROM -> FPGA : geht > > mit Microblazecode > FPGA direkt : geht > PROM -> FPGA : geht nicht > > Habe ich das so richtig verstanden? Ja das hast du richtig verstanden, das bit file, das ich verwende um das mcs file zu erzeugen ist das gleiche, wie das ich verwende um das FPGA via IMPACT direkt zu laden. Irgendetwas übersehe ich, weiß aber nicht was. Danke Matthias
Gast
#1879542
Hm, gabs da nicht irgendeine Issue mit data2mem, dass das nur nicht verschlüsselte und nicht komprimierte .bits lesen kann? Schau mal bei den bitgen-Optionen nach, dass da "Compress" aus ist.
Gast
#1880658
Georg A. schrieb: > Hm, gabs da nicht irgendeine Issue mit data2mem, dass das nur nicht > verschlüsselte und nicht komprimierte .bits lesen kann? Schau mal bei > den bitgen-Optionen nach, dass da "Compress" aus ist. werde ich machen, vielen Dank Matthias
Gast
#1885341
Hallo; Die Lösung des Problems war / ist, dass das Programm data2mem einen Fehler beim Erzeugen des Files für ein 4-Fach SPI Flash macht, (siehe auch Xilinx Answer Base AR#37626) Sobald das Flash auf single Lane eingestellt ist funktioniert es. Danke euch allen Matthias
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.