Forum: FPGA, VHDL & Co. Stratix IV GX Flash mit eigenem Design füllen


von Duke Scarring (Gast)


Angehängte Dateien:

Lesenswert?

Hi folks!

Vor mir liegt ein Stratix IV GX Evalboard:
https://www.altera.com/content/dam/altera-www/global/en_US/pdfs/literature/manual/rm_sivgx_fpga_dev_board.pdf

Ich habe ein Testdesign (blinky.sof) welches ich per JTAG konfigurieren 
kann und welches auch im FPGA funktioniert.
Nachdem ich mich durch diverse Dokus gewühlt habe, bekomme ich das 
Design sogar in den Flash:
1
$ sof2flash --offset=0x00c20000 --input=blinky.sof --output=blinky.flash --pfl --optionbit=0x00018000 --programmingmode=FPP
2
$ nios2-flash-programmer -b 0x8000000 blinky.flash

sof2flash läuft mit Quartus 13.1 nur eingeschränkt:
https://www.altera.com/support/support-resources/knowledge-base/solutions/rd11112013_614.html

Wenn ich das richtig überblicke, muß für diesen Weg (sof2flash -> 
nios2-flash-programmer) bereits ein NIOS2-Flash-Controller im FPGA 
laufen.

Kann ich diese Schritte auch irgendwie über die GUI vom Programmer 
machen?
Wie kann ich den Flash partiell über den EPM2210 System-Controller 
updaten?

Duke

von berndl (Gast)


Lesenswert?

Duke Scarring schrieb:
> sof2flash läuft mit Quartus 13.1 nur eingeschränkt:
> 
https://www.altera.com/support/support-resources/knowledge-base/solutions/rd11112013_614.html

ja, das scheint so zu sein

>
> Wenn ich das richtig überblicke, muß für diesen Weg (sof2flash ->
> nios2-flash-programmer) bereits ein NIOS2-Flash-Controller im FPGA
> laufen.

das steht da aber nicht. Sieht nach "normalem" Bug in der SW aus, wobei 
mir die Beschreibung des Workaround/Fix schon seltsam vorkommt...

von genervter User (Gast)


Lesenswert?

Nach vielen Versuchen, ein Flash mit Nios und FPGA Design in der Version 
Quartus 13.x zu beschreiben, kam damals dann endlich die Version Quartus 
14. Damit funktionierten dann wieder alle Scripte und Flash Tools.
Das Problem war reproduzierbar.
Also kann man Quartus 13.x im Zusammenhang mit Nios und Flashablage 
kübeln. Ich wüsste auch nicht, warum man nicht auf die aktuelle Version 
wechseln sollte.

Der Workaround funktionierte bei mir damals auch nicht und es nervt, 
wenn ein Hersteller so ein Problem nicht einfach zeitnah einräumt.

von Duke Scarring (Gast)


Lesenswert?

berndl schrieb:
>> Wenn ich das richtig überblicke, muß für diesen Weg (sof2flash ->
>> nios2-flash-programmer) bereits ein NIOS2-Flash-Controller im FPGA
>> laufen.
> das steht da aber nicht
Ich kann mit dem Drehschalter auswählen, welches Design vom Flash 
geladen werden soll. Wenn ich mein Testdesign starte, meckert der 
nios2-flash-programmer (Core nicht gefunde oder so ähnlich). Mit dem 
Referenzdesign von Altera klappt es.

genervter User schrieb:
> kam damals dann endlich die Version Quartus
> 14. Damit funktionierten dann wieder alle Scripte und Flash Tools.
Danke für den Hinweis.

> Ich wüsste auch nicht, warum man nicht auf die aktuelle Version
> wechseln sollte.
Dafür hab ich zwei Gründe:
- Das Referenzdesign - was ich möglicherweise anpassen muß - wurde mit 
einem Quartus 11 erstellt. Erfahrungsgemäß (Xilinx) hat man Ärger, wenn 
man IP-Cores in neueren Softwareversionen neu generieren muß.
- Der Rechner auf dem ich das Ganze teste hat ein 32-Bit-Windows. Die 
18.0 von Quartus Prime will aber ein 64-Bit-Windows haben...

Duke

von Michael (Gast)


Lesenswert?

Hallo Duke,

und warum dann nicht die gute alte 11er Version?

Gruß,
Michael

von sIGI (Gast)


Lesenswert?

Duke Scarring schrieb:
> sof2flash läuft mit Quartus 13.1 nur eingeschränkt:
> 
https://www.altera.com/support/support-resources/knowledge-base/solutions/rd11112013_614.html
Viele der Commandlinetools arbeiten versionsunabhängig,
d.h. sof2flash und nios2-flash-programmer lassen sich
sicherlich auch unter 11.0 oder 11.1 verwenden
(11.x unterstützt aber nicht die StratixIV-Familie).
Probiers einfach mal aus.

Duke Scarring schrieb:
> Wenn ich das richtig überblicke, muß für diesen Weg (sof2flash ->
> nios2-flash-programmer) bereits ein NIOS2-Flash-Controller im FPGA
> laufen.
Ja, denn nios2-flash-programmer setzt auf eine CPU zur
Dekodierung auf (für Parameter wie Startaddresse, Länge etc).

von Duke Scarring (Gast)


Lesenswert?

Michael schrieb:
> und warum dann nicht die gute alte 11er Version?
Das habe ich mich auch gefragt und mir ist es wieder eingefallen:
Das Beispieldesign vom Hersteller ist mit 13.1 erstellt worden.

Nächsts Ziel ist es, das Projekt als Grundlage für ein eigenes Projekt 
zu verwenden. Nun muß ich mich intensiver mit Verilog rumschlagen...

Duke

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.