M68000 und 16Bit EPROM

Arne S. schrieb:
> Oder muss da
> eine Logik dran, die /UDS /LDS auswertet und daraus ein A0 generiert?

Genau das brauchst du. /CS kannst du daraus auch gleich erzeugen, wenn 
du es mit deinem Adressdekoder verschnurzelst.

Arne S. schrieb:
> Liege ich damit verkehrt?

Ja. Wie Anja bereits sagte, verlierst du die Hälfte des EPROM 
Speicherplatzes.

Arne S. schrieb:
> Am ROM-Port liegen dann och /LDS, /UDS, A1-A15 und D0-D15 an.

Das sieht doch gut aus.

Arne S. schrieb:
> Reicht es /UDS mit A0 des EPROMs zu verbinden oder muss da eine
> kompliziertere Logik dran?

Das beantworten dir die Timing Diagramme im M68000 Datenblatt und evtl. 
die Unterlagen des ST-Sauriers.

Arne S. schrieb:
> Von einem ASIC wird ein /ROM4 erzeugt, wenn die
> Adresse im Bereich $FAxxxx liegt und ein /ROM3, wenn sie im Bereich
> $FBxxxx liegt. Hieraus würde ich über ein XNOR das /G Signal des EPROMs
> generieren.

Wenn dein EPROM eine höhere Kapazität als 128kbyte hat, solltest du aus 
den ROM /CS Signalen ein Adresssignal (A16) generieren. Zusätlich kannst 
du dann auch /CS draus machen.
Ich frage auch gar nicht, warum du die Atari Grotte nochmal in Gang 
setzen willst, versprochen.

Wenn das AS-Signal im Adressdecoder für das CS-Signal bereits enthalten 
ist, dann kannst du die Datastrobes ebensogut auch ignorieren. Willst du 
sicher gehen, dass kein Buskonflikt auftritt wenn die CPU doch mal ins 
ROM schreiben will, dann legst du das OE vom EEPROM ans invertierte 
R/W-Signal.

Arne S. schrieb:

> Ähmmm... weder /AS noch R/W liegen am ROM Port an. Und wenn Code in den
> ROM-Port schreiben will, dann generiert das o.g. ASIC eh eine Exception
> (/BERR IIRC). Von daher weiss ich nicht, was Du mir sagen willst.

Ich ging vom 68000 Bus aus, nicht von einer speziellen vorgekauten 
Schnittstelle des Atari. Ich kenne zwar die 68000 recht gut, spreche 
aber kein Bisschen Atarisch. Insofern vergiss was ich geschrieben hatte.

Die entscheidende Frage ist, ob in der Adressdekodierung, die im ROMx 
Signal mündet, das AS-Signal bereits berücksichtig wird. Das weiss ich 
nicht, das wissen nur Atari-Spezialisten. Wenn das da bereits drin ist, 
dann sind die Datastrobes überflüssig. Da andererseits die Datastrobes 
aber auf dem reinen Readonly-Port draufliegen, kann es sein, dass man 
sie auch verwenden muss.

RD und WR Leitungen waren bei EPROMs der Atari-Ära nicht eben häufig 
anzutreffen. Sein 27C4002 hat sie auch nicht.

Ob man LDS/UDS überhaupt anschliessen muss weiss ich angesichts des 
Atari-Krams auch nicht, mit AS und R/W im Dekoder wärs unnötig. 
Andererseits stellt sich dann die Frage, wozu diese Signale überhaupt 
auf dem Port liegen.

Christian Erker schrieb:

> Dafür das man 8bit-ROMs benutzen kann.

Unwiefern? Der Port hat, soweit ich erkennen kann, kein Rückmeldesignal 
"ich habe nur 8 Bits" (die 68000 CPU auch nicht), also arbeitet der Port 
weiterhin mit 16 Bits Breite. Und ob man den mit einen 16-Bit EPROM oder 
zwei 8-Bit EPROMs implementiert ist völlig schnurz. Wenn eines der 
EPROMs seine Daten ins Nirvana bläst, weil niemand zuhört, dann kostet 
dass ein paar Milliampere mehr als nötig, aber das wars auch schon.

Christian Erker schrieb:
> Dafür das man 8bit-ROMs benutzen kann.
>
> Gruß,
> Christian

Nein, dafür stellt die 68k CPU ja /UDS und /LDS bereit. ( 'Upper Data 
Strobe' und 'Lower DS')
R/W am ROM Port wäre widersinnig, klar.

MCUA schrieb:
>>>>/LDS geht als /OE an ein ein EPROM, /UDS geht als /OE an das andere EPROM.
>>> Falsch.
>>> /LDS u. /UDS gelten für RD und WR!
>>Das ist Blödsinn!
> Mann, du bist zu blöd ein EPROM anzuschliessen (!), und raffst nichtmal,
> wenn dir einer n Tip gibt.

Leute, Leute - ganz ruhig. Das MC68000 Datenblatt enthält alle Timing 
Diagramme, die man braucht, um auch einen 16-bit EPROM anzudocken. Und 
nicht vergessen, es ist ein Atari ST , da lohnt sichs nicht, zu 
streiten. Wir haben aus unserem Übungsraum vor 6 Monaten drei von den 
Dingern entsorgt, und vermissen sie ganz und gar nicht.

Matthias Sch. schrieb:

> Nein, dafür stellt die 68k CPU ja /UDS und /LDS bereit. ( 'Upper Data
> Strobe' und 'Lower DS')

Das ist doch grad der Punkt. Um aus Speicher zu lesen benötigt man die 
Datastrobes nicht wirklich. Anders wirds wenn man schreiben will.

A. K. schrieb:
> Das ist doch grad der Punkt. Um aus Speicher zu lesen benötigt man die
> Datastrobes nicht wirklich.

Für das 16-bit EPROM ist das sicher richtig. Ich würde die beiden 
Signale verodern, mit /RD verknüpfen und als /OE benutzen. /CS und A16 
aus den /ROM3 und /ROM4 Signalen und fertig. Aber da ich jetzt keine 
Lust habe, das Timing aus dem Datenblatt rauszusuchen, um dieses tote 
Pferd zu schlagen, halte ich mich wieder raus.

Matthias Sch. schrieb:

> Für das 16-bit EPROM ist das sicher richtig. Ich würde die beiden
> Signale verodern, mit /RD verknüpfen und als /OE benutzen.

Was für ein "/RD" Signal? Die 68000 CPU hat keines und laut 
http://wiki.newtosworld.de/ROM-Port hat es der ROM Port auch nicht. Du 
verwechselst das nicht etwa mit der Intel Welt?

MCUA schrieb:

> Man muss also für Data -Read oder -Write die Signale R/\W und auch /LDS
> u. /UDS mit auswerten. Sollte R/\W beim (ROM)-Bus fehlen muss es dafür
> (für RD) ein anderes \Select-Signal geben (bsp ROMxselect).

Da das ROM-Select Signal am Chipselect vom EPROM landet ist eine 
logische Verknüpfung davon mit den Datastrobes unnötig.

MCUA schrieb:

>>RD + WR hat kein 68k!
> Tja, nur ein Ober-Schwachkopf behauptet, ein 68k könne weder Read noch
> Write machen.

Wenn du solche völlig überflüssigen Flamewars vermeiden willst, dann 
verwende bitte allgemeingültige Begriffe. Eine Verwendung spezifischer 
Bezeichnungen aus der Intel-Welt provoziert unweigerlich 
Missverständnisse, da niemand in deinen Kopf hineinsehen kann.

@MCUA: Man sollte sich schon audrücken können, auch wenn man es weiß ...
Allerdings ist mir Deine großspurige, trollige Art ja schon bekannt.


Es gibt noch ein Signal, welches Ihr noch nicht betrachtet habt: /DTACK

Dieses Signal signalisiert der CPU, daß die Daten nun bereit stehen und 
von der CPU eingelesen werden können.

/AS, /LDS und /UDS werden vom M68K in der S2-Phase gesetzt und die 
Hardware erzeugt daraus der Hardware entsprechend zeitabhängig ein 
/DTACK. Ist /DTACK da, liest die CPU die Daten vom Bus.

Kommt kein /DTACK, wartet der M68K ewig. Sieht die Hardware, daß kein 
/DTACK kommen kann, muß sie ein /BERR an die CPU schicken.


Gruß

Jobst

Jobst M. schrieb:

> Es gibt noch ein Signal, welches Ihr noch nicht betrachtet habt: /DTACK

Weil es am ROM-Port nicht existiert. Offenbar macht das schon das ASIC 
bei der Erzeugung des ROM-Select Signals.

Da habe ich nicht ganz aufgepasst ;-)

Aus ROM3+4 musst Du eine weitere Adressleitung erzeugen (um den gesamten 
Bereich mit dem EPROM abzudecken) und auch das CE Signal für das EPROM 
mußt Du daraus erzeugen. UDS und LDS kannst Du links liegen lassen, da 
bei jedem Zugriff auf ROM3 oder ROM4 aus diesem EPROM gelesen werden 
soll. Entweder das untere, das obere oder beide Bytes. Das ist bei der 
Ausgabe aber egal, da die CPU nur für die angeforderten Daten 
interessiert und das EPROM eben nur ganze 16-Bit liefern kann.

A1 CPU wird mit A0 EPROM verbunden - das wurde hier schon korrekt 
gesagt.
A16 CPU mit A15 EPROM
A16 EPROM ist aktiv, wenn /ROM4 aktiv (=L) ist - also direkt mit /ROM3 
verbinden.
CE vom EPROM ist aktiv, wenn /ROM3 oder /ROM4 aktiv ist (vermutlich 
einfach ein UND)



Gruß

Jobst

MCUA schrieb:
>>Da das ROM-Select Signal am Chipselect vom EPROM landet ist eine
>>logische Verknüpfung davon mit den Datastrobes unnötig.
> Nur wenn dieses ((irgentwie) extern erzeugte) 'ROM-Select Signal' vom
> Timing her schon genau stimmt. Sicherer ist es auf jeden Fall /LDS > u.
> /UDS mit auszuwerten.

Die Adressleitungen werden vor AS, LDS und UDS gesetzt. Ich weiß auch 
nicht, wie Du Dir eine weitere Auswertung vorstellst. Wenn ROM3 oder 
ROM4 auf L geht, tut dies kurze Zeit später UDS und/oder LDS auch. Ein 
Lesezugriff auf dem Bus ohne mindestens eine dieser Leitungen wird nicht 
erfolgen. Wenn eine der beiden ROM-Leitungen auf L geht, kann man 
getrost Daten auf den Bus legen.


>>@MCUA: Man sollte sich schon audrücken können...
> Ich habe nichts falsches gesagt.

Stimmt. Aber es war sehr missverständlich.


Gruß

Jobst