TT Rom zugriff schneller machen?

[Guus.Assmann]

Hallo,
Ist es möglich um bei den TT zugriff auf Rom zu beschleunigen?
Es gibt Flash-Roms mit 45nS zugriffszeit.
Die lassen schneller zugriff zu.

Oder ist es besser / einfacher um die Rom's in TT-Ram zu copieren. (Gibt's dazu ein Programm? )

mfg/
Guus

[ari.tao]

Mit Storm im TT kannst Du das TOS in´s FastRAM laden, das ist imho das schnellstmögliche. Mein TT bootet damit MAGX in 45sec* und der TOS-Zugriff ist iirc doppelt so schnell wie normal.

Edit.:
* Mit Boot vom Thunder-IDE.

[1ST1]

romram, gemram usw. Derer Programme gibt es einige. Und anschließend kann man das TOS mit WinX patchen.

Dazu ist auch keine Storm RAM Erweiterung notwendig.

[ari.tao]

Ohne Storm wird´s nicht ganz so schnell.
Ich empfehle GemRam.

[Guus.Assmann]

Danke für die Antwort.
Weil ich Storm im Rechnner hab, werde ich mal GemRam probieren.
Dann macht auch 128Mb noch mal sinn.

MFG/
Guus

[tuxie]

Ja gibt es, dazu musst du einen eigenen Adressdekoder einbauen. Der interne Decoder ist mit anderen Signalen verknüpft so das der zugriff etwa nur halb so schnell abläuft. Eproms sollten natürlich schnell genug sein.
Adressdecoder ist equivalent zum ST TOS 2.06 decoder

[gh-baden]

Weil ich Storm im Rechnner hab, werde ich mal GemRam probieren.
Dann macht auch 128Mb noch mal sinn.

Ich habe den Code nicht untersucht, aber vom Namen her ergibt ROMRAM mehr Sinn als GEMRAM. Du willst ja das ganze TOS beschleunigen und nicht nur die AES.

[tuxie]

Nimmst du RomSpeed
http://seimet.de/atari/de/

Funzt 1a

[Thorsten Otto]

Du willst ja das ganze TOS beschleunigen und nicht nur das AES.

Da ist nur der Name ein wenig irreführend, GEMRAM kopiert genauso wie ROMRAM das gesamte ROM. Bei Einsatz von WINX würde ich jedenfalls GEMRAM empfehlen, da WINX dann erkennt ob das ROM schon die WINX Patches enthält und dann nur noch eine minimal-Version von sich selber installiert (die man immer noch braucht wenn man die WINX.INF auswerten will, um z.B für einzelne Programme unterschiedliche Flags zu setzen).

Was bei GEMRAM allerdings soviel ich weiss nicht geht, ist das so kopierte ROM per MMU vor überschreiben zu schützen.

[Guus.Assmann]

Hallo Tuxie,

Beim 68000 gibt es /DTACK um den Cyclus ab zu schliessen.
Im TT hab ich noch nicht die richtige Signale gesehen. Aber würde es reichen um:
1) Addresse zu decodieren.
2) Warten, mit Schiebregister vom Systemclock getrieben, einige Cycli. (Rom access)
3) /Ack (auf richtigen Eingang) zu geben.
Hierbei aber das Rom genau so zu belassen wie es ist, also nicht mal /CE neu verdrahten.

MFG/
Guus

NB: Klar, mit ein Programm ist wohl einfacher.

[gh-baden]

NB: Klar, mit ein Programm ist wohl einfacher.

Ja, wenn man die ROM-Beschleunigung als Sport sieht, Hut ab. Praktikabler ist in Zeiten von Storm+Thunder und > 128 MB RAM aber wohl eher, dass man die 256 KB RAM übrig hat und das ROM einfach ins RAM umkopiert.

[tuxie]

Hallo Tuxie,

Beim 68000 gibt es /DTACK um den Cyclus ab zu schliessen.
Im TT hab ich noch nicht die richtige Signale gesehen. Aber würde es reichen um:
1) Addresse zu decodieren.
2) Warten, mit Schiebregister vom Systemclock getrieben, einige Cycli. (Rom access)
3) /Ack (auf richtigen Eingang) zu geben.
Hierbei aber das Rom genau so zu belassen wie es ist, also nicht mal /CE neu verdrahten.

MFG/
Guus

NB: Klar, mit ein Programm ist wohl einfacher.

1. Nennen sich beim 030iger XDS0 und XDS1 jeweils oberes und unteres wort ! Und 2 und 3 nicht so kompliziert denken ! TOS decoder vom ST sollte gehen bis auf das weitere adressen mit einbezogen werden müssen. Und !XDS0 und !XDS1 muss rein anstatt !DTACK

[Guus.Assmann]

Hallo Tuxie,

Wieso kompliziert? 
Im Anhang wie ich das so gedacht hätte.
Also Eproms genau so lassen wie sie sind, nür tausch gegen 45nS Teile.
Und dann mit die Schaltung in die Skitze die Signale XDS erzeugen.
Wenn die Addresse vom Eprom angesprochen wird, ist das Signal Nul.
Dieser Nul wird mir den 32Mhz Takt weiter verschoben, jeder Schritt etwas verzögert.
Mit den OR dann die Signale XDSx erzeugen. (Leider gibts es keine OR-Gatter mit OC. Eine Diode ist nicht so eine gute Idee)
Dies sollte dann den zugriff für den Eprom abschliessen.
N.B: Natürlich braucht es auch noch den Address-Decoder.
Und ja, Kopie im Ram ist weniger komliziert. Aber dann lernt man weniger. 

MFG/
Guus

[gh-baden]

Und ja, Kopie im Ram ist weniger komliziert. Aber dann lernt man weniger. 

Ich will niemandem den Spaß wegnehmen :-)

[tuxie]

Simple !!

CS = as * !a31 * !a30 * !a29 * !a28 * !a27 * !a26 * !a25 * !a24
          * a23 * a22 * a21 * !a20 * !a19

 dsack0.OE = as * cs;
 dsack0    = VCC;

 dsack1.OE = as * cs;
 dsack1    = VCC;

[Guus.Assmann]

Hallo Tuxie,

Danke für den Address-Decoder.
Dies war mir aber irgendwie schon klar.
Wenn ich die Eproms tausche gegen 45nS, wird es dann so functionieren (und schneller) oder braucht den TT noch "Wait-states"

mfg/
Guus

[tuxie]

Keine Wait States, bei 16Mhz brauchst auch keine 45ns Roms, 70ns sollten vollkommen reichen

[Guus.Assmann]

Noch eine Frage.
Ist beim Thunder noch etwas Logic frei, um hier den Addres-Decoder ein zu bauen?
Dann braucht es nür noch schnellere Eproms oder Flash und einen extra Anschluss. (XDS0)
Dies wäre eine sehr schöne Erweiterung. (Da würde ich gerne eine neue Karte kaufen.)

MFG/
Guus

[tuxie]

Leider nicht, aber vielleicht gibt es ja ml eine Fertig Lösung

[Guus.Assmann]

Hallo Tuxie,
Ich kenne mich nicht so gut aus mit PALCE22V10.
Würde die Logic hier reinpassen?
Oder besser, geht es mit die Eingänge, die Logic ist ja einfach genug.

Ich würde es gerne testen.
Rom nach Ram kopieren geht ja klasse, ist wohl um einiges schneller mit Benchmark test.
Aber ich mag Hardware-Lösungen.

MFG/
Guus