14MB Speichererweiterung MEGA-ST

[Lynxman]

Was sagt Dir denn der ST wieviel Speicher er hat?

Erkennt er ihn sicher?

Hast Du denn schon mal die SPannung an den RAMs gemessen?

[mega-hz]

manchmal zeigt er 4MB an, manchmal 256KB (!) und meistens garnichts, d.h. ich kann es nicht schnell genug lesen, falls da was steht...
Wenn er 4MB oder 256K anzeigt, stürtz er manchmal auch ab (HALT=Lo). meistens läuft er aber...
Ja, die Spannungen sind ok, 4.95V und auf den Scope auch ohne ripple!
Wiegesagt, die beiden 4MB RAMBÄNKE sind 100% i.O.!
Wenn ich sie "von Hand" selektiere und dauerhaft enable, läuft der Rechner 1a. Selbst wenn ich beide Bänke gleichzeit aktiviere, läuft er ohne Fehler! (Ich weiss, sollte man nicht machen... )

Der Fehler muss also von der GAL Logik kommen..:-(

[mega-hz]

vielleicht doch keinen 74HCT244 sondern nen 74F244 Treiber nehmen?

Achnee, kann ja eigentlich nicht am Treiber liegen, wenn ich die von Hand selektiere, gehen die CAS Signale ja trotzdem durch den Treiber...

[Lynxman]

Hi,

die Treiber sind gar kein schlechter Ansatz!

Ich habe mal (man ich bin so Irre wie Du!) bei einem 1040STF auf die 1MB (32 Chips) auch 32 Chips aufgelötet (32Stk. 256Kx1).

Die 4 512K Bänke wurden zu einer 2MB Bank zusammengefasst.

Ich habe die Treiber "Manipulieren" müssen. Ich habe nochmal die gleichen oben drauf gelötet. Es waren LS eingelötet (von Goldstar) und da habe ich dann welche von Motorola oder Texas Instruments oder auch Phillips zusätzlich verwendet.
Ist zwar nicht die feine Englische Art, hat aber Jahrelang im harten Computerclub-Einsatz funktioniert.
Ich hatte zusätzlich zu diesen 2MB nochmal 2MB eingelötet, 16Stk 1Mx1. Da war die Flankensteilheit von den LS244 nicht mehr gegeben.

Ich würds jetzt erst mal Probieren.

Gruß Bernd

[mega-hz]

@Lynxman:

Sag mal, welche Treiber hast Du damals "verdoppelt"?
Die für die Datenleitungen?
Meiner Meinung nach hat der 520/1040er nicht die im MegaST verbauten zusätzlichen 244 Treiber für die MAD0-9, RAS und CAS Leitungen, oder?

Gruß,
Wolfram.

[Lynxman]

Hi Wolfram,

siehe Bild. Es ist ein Mega 1, sollte beim Mega 2 & 4 nicht anderst aussehen.

-> 74LS244

Auf dem Board das im Bild zu sehen ist, sind übrigens auch Goldstarchips eingebaut.

Gruß Bernd

[mega-hz]

Oh, was hat DER MEGA1 denn für RAMs? 

Doch, MEGA2/4 sind anders!



Ich habe eigentlich die "unteren" Treiber gemeint, die gibt es beim 520/1040/M1 nicht.

Also gut, Du hast die Daten-Treiber verdoppelt, werd ich nachher auch mal machen...

Gruß,
Wolfram.

[tuxie]

Hallo Mega-Hz,

den Mega 1 gab es mit Dil und mit SMD Rams, beide schon gehabt.

[mega-hz]

Jo, eben ATARI ... :-)

Habe eben übrigens im Pixelmüll die 8192KB nach dem TOS2.06-Memtest erkennen können!

Ein Tausch der Datentreiber und auch verdoppelung dieser bringt null Änderung :-(

[mega-hz]

So, ich werde mal etwas zur Logik erklären:

Ich decodiere die Speicherbereiche $000000 - $3FFFFF
sowie $400000 - $7FFFFF aus.
je nachdem, auf welchen Bereich zugegriffen wird,
schalte ich die MMU-CAS Leitungen über einen 74244 Treiber auf die"unteren" 4MB Rams oder die "oberen" 4MB Rams.
Ein paar mehr Tricks sind schon noch da, aber erstmal weiter:

Die Select-Signale für die beiden 244-Treiberhälften heissen am GAL /4MB und /8MB.

Nun habe ich zum testen erstmal das GAL so programmiert, daß die "unteren" 4MB ein und die "oberen" 4MB ausgeschaltet sind. (dauerhaft).
Also keine Adresdecodierung usw.
GAL rein, ST läuft ohne flackern 100%ig.
Das gleiche nochmal versucht, nur diesmal die "oberen" 4MB dauerhaft selektiert. ST läuft ebenfalls 1a.

Dann wieder zum testen folgendes Reingeschrieben:
/4MB  =  /A23 * /A22 .
Also 4MB soll LO-aktiv sein, wenn $0 - $3FFFFF zugegriffen wird.

Und siehe da: bereits hiermit fängt das flackern an!

DAS war 1990 mit der gleichen Logik NICHT so!
Wer hat ne idee?
Alle anderen Problemkinder wie Treiber, Flankensteilheit an den RAMs und der Versorgungsspannung sind auszuschliessen!

Gruß,
Wolfram.

[tuxie]

Nur so als dummer versuch, haste mal nen anderen GAL genommen? Produktionsfehler meine ich?

[mega-hz]

daran hab ich auch gedacht, das GAL, was ich bisher benutzt habe, habe ich mit dem von der tos2.06 karte getauscht.
hatte zum probieren auch mal ein nagelneues 22v10d genommen, daran liegts nicht.

[mega-hz]

Habe auch mal mit /AS verknüpft, dann gibt es nur noch bunte 10x10mm große Kästchen, etwa 5 sek. lang, dann HALT.

[tuxie]

Hast du ne möglichkeit zu schauen, wann die Signale der unteren Bank und wann die Signal der oberen Bank anliegen.

Digitaler OSZI oder so?
Kann eiegntlich dann nur an einer verschiebung liegen,

GAL zu langsam oder zu schnell?

[Lynxman]

Hört sich nach Laufzeitproblem an. Wie schnell sind die RAMs und was für eine MMU hast Du? (IMP?)

[tuxie]

Wollte ich dir auch schon vorschlagen, nimm mal eine andere MMU hatte schonmal ein Problem mit einer IMP mmu. Wie lynman schon angefragt hat.

[mega-hz]

  IMP? 
Nö, diese Teile hab ich nicht (zum Glück!)
RAMs sind alle von einem Hersteller (SIEMENS) und 70nS schnell.
An denen liegt es nicht...
Habe aber gerade ne andere Idee:
Versuche gerade, anstatt nur beim Zugriff auf unten/oben-4MB den Treiber zu aktivieren das per Register zu machen, also wenn auf "unten" zugegriffen wird, schaltet der /4MB dauerhaft ein, wird "oben" zugegriffen, der /8MB.. quasi flip-flops...

[mega-hz]

Ha, ich bin auf dem richtigen Weg!   

Die Idee mit dem FlipFlop war ganz gut!



Nur bekomme ich nicht 2 Adress-abhängige FF`s ins GAL
also schnell mal ein 7474 herholen....

[tuxie]

Na sieht doch schon ganz gut aus!!

[mega-hz]

jo, der screen sieht gut aus, aber stürzt noch beim wechsel von $3FFFFF zu $400000 ab.

Mit FlipFLop Sind sogut wie keine Störungen mehr, aber
verdammt spitze spikes....die müssen noch weg.
Kennt sich keiner hier mit GAL Logiken aus?
Wie setze ich dauerhaft einen Ausgang, wenn einmal auf 4MB zugegriffen wurde und lösche gleichzeitig den anderen???