Quartus Lite+SD-RAM: von V16.1 -> V21.1.1

[Reinhard H. (Firma: PRIVAT) (pdp11gy)]

Hallo zusammen,
Meine Anwendung läuft bisher mit Qaurtus V16.1 Lite problemlos. Diese 
Version steht aber nicht mehr zum Download zur Verfügung.. Nun 
wollte/mußte ich auf die aktuelle Version umsteigen, also V21.1.1 Lite. 
Ich bekomme dann leider beim Plattform Designer die Fehlermeldung: 
Error: border: Error during execution of script generate_hps_sdram.tcl: 
seq: Error during execution of 
"{D:/intelfpga_lite/21.1/quartus/../nios2eds/Nios II Command Shell.bat}
Ich kann mich noch erinnern dass ich bei der Version 16.1 den Hinweis 
bekommen habe , dass es ab Version 17 keinen SD-RAM support für die Lite 
Version gibt. Kann das jemand so bestätigen und hat jemand eine Lösung 
die Problematik zu umgehen ?
Besten Dank, Reinhard

[Grauhaarbleiche (Gast)]

Reinhard H. schrieb:
>  Kann das jemand so bestätigen und hat jemand eine Lösung
> die Problematik zu umgehen ?
> Besten Dank, Reinhard

Linux subsystem in Windows aktivieren
anderes windows (nicht 10) nehmen

[Grauhaarbleiche (Gast)]

ab V18 wurde cygwin ersetzt:
https://www.intel.com/content/www/us/en/support/programmable/articles/000074066.html

[Reinhard H. (Firma: PRIVAT) (pdp11gy)]

Ich verstehe es nicht so ganz. Ich benütze den Nios® II gar nicht 
sondern die ARM Cortex A9 CPU vom CYCLON V auf dem DE10-Nano board. Kann 
kein anderes Windows benützen.

[Reinhard H. (Firma: PRIVAT) (pdp11gy)]

Jedenfalls vielen Dank erst mal. UBUNTU hätte ich ja auf ARM laufen, 
aber es gibt wohl leider kein Quartus für ARM, z.B. Raspberry PI 4 ?

[Grauhaarbleiche (Gast)]

Also nach meinem Verständniss ist das ein problem der EDK 
BSP-Komponente, also dem teil der Software, den du brauchst wenn du 
C-programme für einen CPU-Core schreibst und kompilierst. Dabei ist es 
wurscht ob Soft- (NIOS) oder Hardcore (ARM). Entscheidend ist, ob der 
verwendeten toolchain (von C-code über BSP-settings zum SoC 
downloadbaren FOGA-Iange) irgendwelche GNu-tools rumrödeln.

 Die benutzten früher cygwin um über Windows zu rutschen und jetzt eben 
den Linux support von Windows. Der muss eben aktiviert sein.

Es kann auch sein, das du immer noch Cores generiert mit der alten 
Software benutzt. Die musste natürlich neu generieren.

Ansonsten wende dich an den support für dein nano-10 board, du wirst ja 
nicht der einzige sein, der mit der Combo: alte hardware Neues Quartus 
so eine Probleme hat:

https://www.intel.com/content/www/us/en/developer/topic-technology/edge-5g/hardware/fpga-de10-nano.html

[Reinhard H. (Firma: PRIVAT) (pdp11gy)]

Hat geklappt, UBUNTU auf Windows installiert und nun laufen meine 
gesamten  Projekte unter Quartus V22.1. Vielen Dank nochmals für die 
Info !
Allerdings habe ich kein SoCEDSSetup für V22.1 gefunden und benütze nun 
die letzte Version V18.1/(V20.1). Gibt es da eine andere Info bzw 
Version ?
Noch eine Frage: Gibt es Quartus auch für Linux/Ubuntu ARM, z.B. 
Raspberry?
Ist aber nicht ganz so wichtig, ich wechsle zur Zeit eh zum Tang Nano 9K 
board oder auch zum (wesentlich teueren ) Mercury 2 board.

[Reinhard H. (Firma: PRIVAT) (pdp11gy)]

Zusatzinfo: Will ich SoCEDSSetup V20.1 installieren, so wird dies von 
Windows wie folgt verhindert: Der Computer wurde durch Windows geschützt
Von Microsoft Defender SmartScreen wurde der Start einer unbekannten App 
verhindert. Die Ausführung dieser App stellt u. U. ein Risiko für den PC 
dar.