Neues Suska Board

[tosbombe]

Moinsen, kleine Zwischenfrage: wie ist denn der Stand zu Cache (volle Größe), FPU und DSP? Lässt sich schon absehen, wann was als Alpha/Beta/Goldmaster/whatever bereit steht?

[udo]

Die 4K Cache (ich hab' auch schon mal 8K am laufen gehabt - die passen wohl auch noch ins RAM) hoffe ich, auch mal wieder zu sehen - da ist noch irgendwas in Cache-MMU Umfeld zu fixen.

Zu FPU und DSP kann vielleicht der Wolfgang was sagen, vermute das ist eher etwas weiter weg, ich hab' da jedenfalls noch keine Vorkosterversion gesehen ...

Momentan wird daran gearbeitet, die interne Gigafile auf SCSI umzustellen, damit einige Klimmzüge entfallen, um einen Falcon von ACSI zu booten.

[mcknopf]

Die Gigafile umzustellen klingt gut, dürfte auch den Datenaustausch von/zum echten Falcon vereinfachen.
Noch was zu meinen oben bereits genannten Problemen:
Hab zwar neulich nur die beiden Stromversorgungen per Terminal anzeigen lassen, aber ich hatte einige weitere Stromquellen ausprobiert, neben Handy/Tablet Ladekabeln auch noch ein anderes Hub und die USB Ports von Mac Mini und PS 2. Das Verhalten war immer gleich: die Suska startete grundsätzlich aber mit Hubs, USB to SATA (für meine Falcon HD, die dort an IDE to SATA Adapter hängt) andere Tastatur/Maus, immer das Gleiche: beim Erkennen der USB Geräte hängt sich die Suska auf. Bei der letzten SV habe ich in Danzig noch ein extra Leistungstarkes Netzteil gekauft, das ich neulich nicht getestet hatte. Darauf zu hoffen, dass es daran liegt und ein Raspberry Netzteil das Problem löst, ist etwas unbefriedigend, wenn es das auch nicht tut und noch ein Netzteil mehr rumliegt und gekostet hat. Wenn ich mir eines ausleihen kann probiere ich es gerne mal damit. Vielleicht kann ich sonst mal in Stuttgart vorbei kommen? In euren heiligen Hallen war ich ja schon mal ;-)

[udo]

Hmm -das umstellen auf SCSI macht einige Tricks beim booten überflüssig, der Datenaustausch selbst sollte gleich bleiben,

Zum USB-Hub-Problem: Wenn Du Dein Board zur Überprüfung dem Wolfgang geben willst, oder Ihn besuchen willst, musst Du das mit Ihm ausmachen.
Ich kann nur sagen, da das Suska-IV leider keine PD-Unterstützung am USB-C hat, sind Netzteile, die PD können oft nicht die erste Wahl, da sie vermutlich, wenn sie nicht richtig angesteuert werden in einen Sicherheitsmodus gehen. Das hier schon mehrfach erwähnte Raspi4-Netzteil kann auch kein PD und liefert immer 5,1V mit voller Stärke laut Datenblatt.

[mcknopf]

Jetzt läuft meine Suska super, der Trick war, sie nicht an einen Ladeports der Icy Box (die wohl PD haben), sondern an einen normalen USB Port zu stecken. Und mit HDDriver konnte ich sogar einen USB Stick wiederbeleben, bei dem Windows die Formatierung abbrach als ich kurz gegen den Stick gekommen bin. Das hat bislang weder unter Windows, noch Linux geklappt. Atari halt, immer noch das Beste was gibt 

[udo]

Super - und nur so interessehalber was zeigt den nun "info" als Eingangs-Spannung an?

[mcknopf]

Da habe ich jetzt tatsächlich die recht ordentliche Spannung von 5,2 Volt. Die Maus hängt sich immer noch gelegentlich auf (wobei die jetzt am Hub hängt). Unter TOS kann ich auch per USB zu SATA Adapter auf meine Falcon HD zugreifen. Unter Emu TOS hängt sich das System beim Erkennen der USB Geräte auf. Vermute da aber eher, dass der Emu TOS Festplattentreiber das Problem ist.

Tests von Falcon Software sind eher noch ernüchternd, aber ohne DSP war das wohl zu erwarten…
Man darf gespannt sein, wie sich das noch entwickelt.

[mcknopf]

Hab gerade gesehen dass es einen neuen Core gibt, statt ASCI gibt es jetzt die SCSI Schnittstelle, bis zu 16 TOS Versionen die in 512 kB Blöcken getauscht werden können. Im Infotext ist als Datum 16. März bei den Config Dateien aber 9. April angegeben, vielleicht gibt es noch andere Neuigkeiten, die im Infotext noch nicht vermerkt wurden?

[udo]

Ich hab' die Sachen erst gestern Abend hochgeladen und wollte natürlich noch ein paar Worte dazu schreiben :-)

Hier im Wiki https://github.com/umatthe/suska4/wiki/Update-ACSI%E2%80%90Falcon-(2025)-to-SCSI%E2%80%90Falcon-(2026) ist eine Zusammenfassung was upzudaten ist, um die neuen Sachen zu bekommen.

Minimal muß man den Core Updaten (auf den vom 260409) und braucht ein neues (E)TOS, das auch von der SCSI-HW booten will. Das Standard-ETOS funktioniert z.B. aber im github ist auch ein neue ETOS Version mit meinen Ergänzungen.

Um in den Genuss des neuen Flashandlings zu kommen muss auch die AVR-Firmware upgedatet werden, danach kann man die 16 TOSe einzeln austauschen und hat zusätzlich noch 16 Slots für Cartridge-SW. Wobei jeder Cartrigde-Slot 512k sein kann mit 128k Bänken - als Beispiel gibt es SW für eine ROM-Disk mit 512k.

Das TOS404 braucht weiterhin einen TOSPATCH, nicht um zu booten, aber es muß das DSP.-Init abgeknipst werden. Vielleicht kann da der Wolfgang wenigstens noch einen "Dummy" bauen, damit der DSP-Init nicht hängen bleibt.

[mcknopf]

Ist das richtig, dass ich das TOS auch neu patchen muss, um auf SCSI zugreifen zu können?

[udo]

Ja, für TOS404 ist ein neuer Patch nötig - genaugenommen die Rücknahme einiger Patches.
Im aktuellen Suska-IV-480.img ist der neue TOSPATCH drin.

[udo]

Ich hab' mal zum ROMDISK Cartridge eine kleine Anleitung ins github getan:
https://github.com/umatthe/suska4/tree/main/Cart

Die ROMDISK mit 512k ist im Prinzip die von der ct' 92/02 "EPROM-Prothese", nur das Bankswitching wurde an das Suska4 Board angepasst, Den Sourcecode werde ich auch noch dazu stellen.

[mcknopf]

Ich nehme an beim Starten der Suska müsste nach Firmware Update ATMEGA ein aktuelles Datum von 2026 anzeigen? Demnach hat das Update bei mir nicht geklappt. Muss das UART Kabel woanders als bei AVR-Debug eingesteckt werden? Die system-bf.hex Datei ist bei mir im Download Ordner, ist da noch was zu beachten? (Wähle mit cd Downloads vorher den Ordner).

Avrdude gibt immer „avrdude done. Thank you“ aus, also keine Fehlermeldung, daher sehe ich Erfolg/Misserfolg immer erst wenn ich danach das Terminal starte.

f-erase 31 führt zur Fehlermeldung

„31 out of range (0..15), daher nehme ich da auch an, dass die Firmware nicht aktualisiert wurde.

[udo]

Um den Atmega zu aktualisieren brauchst Du einen Atmega-ISP.
Ich verwende seit Jahrzehnten dafür einen Original AVR-ISP-MK2. Inzwischen gibt es davon Clones, die sicher genauso funktionieren. Angeschlossen wird er an der 6 poligen AVR-ISP-Buchse.

Beim Download aufpassen, daß Du auch das RAW-File lädst. Am besten die MD5-Summe prüfen.
Hier ist ein Log wie das Fashen bei mir aussieht:

udo@LABPC ~
$ curl https://raw.githubusercontent.com/umatthe/suska4/refs/heads/main/Firmware/system-bf.hex -o system-bf.hex
  % Total    % Received % Xferd  Average Speed  Time    Time    Time   Current
                                 Dload  Upload  Total   Spent   Left   Speed
100 129.5k 100 129.5k   0      0 324.9k      0                              0

udo@LABPC ~
$ md5sum ./system-bf.hex                                                        467d89d903db93e15de652836f81ee64 *./system-bf.hex

udo@LABPC ~
$ avrdude -c avrispmkII -p m649 -U f:w:./system-bf.hex -P usb -F
avrdude.exe: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.03s

avrdude.exe: Device signature = 0xffffff
avrdude.exe: Yikes!  Invalid device signature.
avrdude.exe: Expected signature for ATMEGA649 is 1E 96 03
avrdude.exe: NOTE: FLASH memory has been specified, an erase cycle will be performed
             To disable this feature, specify the -D option.
avrdude.exe: erasing chip
avrdude.exe: reading input file "./system-bf.hex"
avrdude.exe: input file ./system-bf.hex auto detected as Intel Hex
avrdude.exe: writing flash (63488 bytes):

Writing | ################################################## | 100% 3.24s

avrdude.exe: 63488 bytes of flash written
avrdude.exe: verifying flash memory against ./system-bf.hex:
avrdude.exe: load data flash data from input file ./system-bf.hex:
avrdude.exe: input file ./system-bf.hex auto detected as Intel Hex
avrdude.exe: input file ./system-bf.hex contains 63488 bytes
avrdude.exe: reading on-chip flash data:

Reading | ################################################## | 100% 4.15s

avrdude.exe: verifying ...
avrdude.exe: 63488 bytes of flash verified

avrdude.exe: safemode: Fuses OK

avrdude.exe done.  Thank you.


Danach sollte der Befehl info in etwa so aussehen:
BF fpga-shell:> info
raw Input Voltage: 0359
Input Voltage: 5.25V
ATMEGA-Version: 20260302
Boot image id: f
Boot App Version: 0
FPGA-Coretype: 07 30 (Suska-III/IV-B* FALCON WF68K30)
FPGA-Version: 20260409