Hardware > Hardware (Classic 16-/32-Bit)

Magnum TT mit IDE Schnittstelle

<< < (7/51) > >>

Arne:
Moin zusammen,

habe mir gestern meine Atari FastRAM-Karte für den TT vorgenommen und an /STERM, /CBACK, /CBREQ und CLK16 Kabel angelötet, da ich mir das Zeitverhalten der Signal ansehen wollte und auch wie ein Burstrequest abgebrochen wird, weil ein IRQ dazwischenfunkt. Zudem gibt es an der Karte einen Jumper für BURST/NON-BURST Zugriffe.
Ende vom Lied: keiner der etwa 8 SIMM Sätze konnte den Nibble-Mode. Dazu kommt, dass die Karte extrem zickig zu sein scheint, was 4MB SIMMs angeht. Kein Satz lief. In einer MightyMic32 laufen sie. Dort vermutlich aber nur im async/sync. /DSACKx terminierten Zugriff.

Holger Z.: wie sieht das bei den beiden FRAK Modellen aus? Können die mit /STERM terminierte Zugriffe?

Dann habe ich mir das Zeitverhalten von /STERM Zugriffen anhand eines Buches von W.Hilf aufgemalt. So wie ich es derzeit sehe, wären 2-1-1-1 Zugriffe im CLK16 Raster mit PC66 Speicher möglich. Allerdings müssen die gelesenen Worte in einem FIFO abgelegt werden, da sie schneller eintreffen als der 68030 sie abholen kann. Da grübel ich noch drüber....

pakman:

--- Zitat von: Arne am Mo 22.02.2016, 06:58:51 ---Holger Z.: wie sieht das bei den beiden FRAK Modellen aus? Können die mit /STERM terminierte Zugriffe?
--- Ende Zitat ---
Ja.
Beide, die FRAK/1 (mit 30pol. SIMMs) und die FRAK/2 (mit 72pol. SIMMs) beherrschen den Burst-Mode.
Die FRAK/2 war mit EDO-DRAMs im Burst nochmal 3 Taktzyklen ggü. FPM schneller.
Ich muss nochmal raussuchen, wieviel Takte das damals genau waren..

pakman:
So, ich habe noch mal nachgesehen:
FRAK/2 mit FPM: 5-3-3-3 Takte (bei 50 MHz mit 60ns-RAM)
FRAK/2 mit EDO: 5-2-2-2 Takte

Der 68030 könnte noch schneller, hier war das RAM der limitierende Faktor..

Arne:
Hallo Holger,

habe mir die Mühe gemacht ein Blockschaltbild in Visio reinzuhämmern. Wollte es Dir gestern per eMail schicken, aber die konnte wohl nicht zugestellt werden (sagte mir der MailerDemon).

* Die Dämpfungswiderstände in Deinem IDE Interface R1-R32 sind Pflicht oder nur zur Sicherheit?
* Pin17 und Pin19 auf JP1 sind vermutlich für "Leuchtdioden Debugging"?
* Wieso hast Du die LED ans CPLD und nicht an Pin39 des IDE Interfaces gepackt? Die c't Lösung hat es jedenfalls so gemacht.Bei der Terminierung zum SDRAM bin ich mir selbst noch nicht sicher. Man liesst solches und solches....

Gruß, Arne

pakman:

--- Zitat von: Arne am Di 01.03.2016, 09:22:32 ---
* Die Dämpfungswiderstände in Deinem IDE Interface R1-R32 sind Pflicht oder nur zur Sicherheit?
* Pin17 und Pin19 auf JP1 sind vermutlich für "Leuchtdioden Debugging"?
* Wieso hast Du die LED ans CPLD und nicht an Pin39 des IDE Interfaces gepackt? Die c't Lösung hat es jedenfalls so gemacht.
--- Ende Zitat ---
R1-R32 mildern den "GND-Bounce", wenn 16 Datenleitungen gleichzeitig auf H oder L schalten. Empfehlenswert!

Pin17 und 19: Mit dem einen Jumper kann das Interface in den Slow-Modus versetzt werden, mit dem anderen Jumper in einen Diagnose-Modus.

Die LED ist keine Activity-LED für die angeschlossenen IDE-Devices, sondern zeigt nur an, ob das Interface ein- oder ausgeschaltet ist[/list]

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete