FPGA bitstream update :

Install OpenOCD: sudo apt-get install openocd

Make CPLD programming shell scripts executable: chmod +x nprog.sh chmod +x nprog_240.sh

Run the FPGA update with: sudo ./nprog.sh or sudo ./nprog_240.sh if you are using a Rev. B EPM240 PiStorm board. If no fatal error messages are printed on screen and you see a message saying shutdown command invoked, this means that the CPLD has been programmed successfully.

Ich meine da auf deinem Foto eine 240 zu erkennen!

Also :

- chmod +x nprog.sh chmod +x nprog_240.sh


-./nprog_240.sh

Mfg Jood

Dafür kannst du z.B. die Datei RC.LOCAL nutzen ....

sudo nano /etc/rc.local

Dort VOR dem EXIT 0 Befehl deine zwei Zeilen eingeben, abspeichern und rebooten

Zitat von CBM2018

Zitat von me8210

Moin,

kann mir wer sagen was der unterschied zwischen Rev. A & B ist?

Grüße

Wenn du den Pi meinst, der A ist Flacher und der B Dicker und passt wegen seinen USB Anschlüssen nicht in den Amiga. Was bedeutet du könntest den Deckel nicht mehr schließen.

Alles anzeigen

nein, vom PiStorm gibt es ein Rev A und ein B im Angebot

Jood wenn Du das Github Repo gecloned hast, dann ist Dein Arbeitsverzeichnis ~/pistomr/

In dem Verzeichnis solltest Du Dich befinden, wenn Du ./nprog.sh (EMT570) oder ./nprog_240.sh (EMT240) ausführst.

Ich weß nicht, wie es den Pi eingerichtet habe, aber ich mache vorsichtshalber sudo ./nprog.sh weil ich nicht weiß, ob der user pi die Berechtigungen hat um die gpio zu benutzen.

In dem einfachen Repo gibt es nur 2 Bitstream im Verzeichnis ./rtl von /home/pi/pistorm/ aus gesehen.

Wenn so viele Fehlermeldungen kommen, dann kann es auch sein, dass eine Hand voll kalte Lötstellen im Bereich des JTAG am CPLD sind.

Wenn das Programmieren geklappt hat, einfach mal mit ./build_buptest.sh den ./buptest bauen und laufen lassen ....

Wenn der keine Meldungen bringt, dann kommuniziert der Pi ohne Fehler mit dem CPLD und der Bitstream ist richtig programmiert.

Wenn nicht, dann sind es eben noch mehr kalte Lötstellen am CPLD weil die Antworten auf die Fragen von buptest nicht passen.

Oder Du hast einen Fake CPLD.

Was Dir aber auch noch passieren kann ... Du hast den EMT240T100 drauf ... Ohne C5N hinten ....

Dann musst Du den 1,8V Spannungsregler bestücken und ???? weiß ich nicht. Aber dann wird es groovie. Habe ich irgendwoe im discord gelesen.

Deshalb sind meine PiStorm und die 5 die weggehen mit den C5N am Ende bestückt und haben den buptest 30 Minuten ohne Rückmeldung von Fehlern durchlaufen.

Wenn ich morgen nach der Frühschicht noch Lust habe, dann löte ich die Stiftleisten auf die Platinen und stecke Eine nach der Anderen zusammen mit einem Raspi 3A+ in den Rev. 6a Amiga 500 zum Test.

Nach Erfolg dann in ein Versandbehältnis.

Der_Alte_Bastler

Nein, mein Pistorm läuft... ich habe nur versucht FrankyByte zu helfen.

btw.. Ich hab den Pistorm mit Autostart als Service, funktioniert einwandfrei.

Mfg Jood

So richtig rund läufts bei mir auch nicht, ich habe mir Amiga OS 3.2 gekauft und wollte das Ganze auf eine kleine HDF (500 MB) installieren.

Aber egal was ich mache, das pi.scsi device wird nicht erkannt. Selbst unter WINUAE zeigt die HDToolbox nichts an, findet einfach keine HD.

Und selbst wenn die HDF dann doch mal in WINUAE läuft, und ich Amiga OS darauf installiert bekomme, bootet der Real Amiga damit nicht.

Ich hab Amiga OS garantiert 10 mal installiert heute...

Als kleinen Workaround habe ich nun meine existierende WB 3.1 HDF verwendet und ein Update gamacht, allerdings ist die Datei 2 GB gross.

Interessanterweise wird auch diese HDF nicht von HDToolbox erkannt, aber der Rechner bootet damit und ich kann damit arbeiten.

Hab mir auch schon einen Wolf gegooglet, aber scheinbar gibt es kein Programm "HDF for Dummies"...

Eigentlich sollte das kein Hexenwerk sein... Neues Hardfile -> Grösse eingeben -> Full Drive/RDB Mode -> und speichern... aber will nicht!

Mfg Jood

So lange man unter Winuae mit dem hdf file arbeitet muß hdtoolbox mit dem device uaehf.device gestartet werden.

So wie ich verstanden habe muß für den PIStorm das Device vor Benutzung in pi-scsi.device geändert werden.

Wie das jetzt im Detail gemacht werden muß kann ich gerade nicht ausprobieren. Keine Zeit.

Da klemmt es, ich habe kein pi-scsi.device zur Auswahl, Nur SCSI(Auto), IDe (Auto) und UAE(uaehf.device).

Im Bild sieht man rechts gut das Problem, HDToolbox (unten) findet nichts obwohl von HD gebootet wurde.

Rechts im Bild sieht man insgesamt 4 Partitionen (2 HDF mit jeweils 2 Partitionen), oben im Fenster die

Informationen der Boot Partition (pi-scsi.device).

Ich weiss gar nicht wie ich das hinbekommen habe das diese HDF laufen, alle HDF die ich neu anlege booten

nur in WINUAE, und so sind die HDF ein wenig unpraktisch (2GB), dabei war ein Grund für den Kauf von

OS 3.2 die unterstützung für grössere Partitionen.

Mfg Jood

Die haben leider nur 4GB als kleinstes Image, ich kopiere das Image über WinSCP um Installationen

am PC vorzunehmen, deshalb hätte ich Amiga OS gerne als Einzelpartition (300..500mb).

Mfg Jood

Hmm...

Nun habe ich die fertige 8GB Datei genommen und Amiga OS installiert,

das läuft soweit auch.

Allerdings kämpfe ich nun mit massiven Slowdowns in WHDLoad, vorher

unter WB 3.1 waren die nicht da (oder sind mir nicht aufgefallen).

Mfg Jood

Amiga OS 3.2

Scheint auch nicht bei allen Games zu sein, wobei ich nicht viele testen kann,

schreien alles nach mehr Chipram!

Da warte ich noch auf die RAM-Expansion die ich bei Amigastore.eu bestellt

habe, und dann mal hoffen das ich das eingebaut bekomme.

Ansonsten, läuft zwar ist aber eher ernüchternd... Ich frage mich ob das mit

einer "richtigen" Turbo-Karte besser wäre. TF 536, oder so...

Das gekaspere mit den HDF-Files hat mir gründlich den Spaß verdorben, und

jedesmal die SD rausnehmen wenn man was ändern/installieren will ich auch

kein Geschenk.

Im Moment nutze ich meist WinSCP und schiebe immer das HDF (8GB) rüber,

das dauert mit 5mb/s aber recht lange.

Mfg Jood