A2088XT Bridgeboard nur 256KB RAM erkannt

Geht das /RAS für die zweite Bank hin und wieder mal auf LOW? Für den Refresh müsste das der Fall sein. Also mal mit dem Oszi nachsehen ob das der Fall ist.

Die 41256 DRAMs haben typischerweise einen 4ms Refresh, da müssten alle 4ms alle 256 Zeilen (Rows) durchgezählt werden damit die Daten nicht verlorengehen. In 4ms müsste /RAS also 256 mal LOW werden. Ich komme da auf ca. 64kHz die man sehen müsste

Hast Du einen Schaltplan zu Deinem A2088? Es müsste ja etwas sein, dass der Karte bzw. dem BIOS suggeriert, dass nur 256 kB verbaut sind. Andernfalls wäre doch wahrscheinlich eine Fehlermeldung beim Speichertest ausgegeben worden.

Vielleicht findet man übers Service-Manual heraus, was es sein könnte, wenn darin auch vermerkt ist, wie die Karte arbeitet, wenn nur 256 kB bestückt sind.

Ja, wahrscheinlich, weil das System den Bereich gar nicht zur Verfügung stellt, da er als nicht vorhanden erkannt wurde.

Wenn Du den Schaltplan hast, schau doch mal, was da an IC's so vorgelagert ist und für die Nichterkennung verantwortlich sein kann. Die Speicher-IC's selbst werden es wahrscheinlich nicht sein.

Zitat von Jan

Der 8088 hat keine MMU oder ähnliches, die Adressen sollten 1:1 rausgehen und von U7 dekodiert werden, der mt hilfe von U29 die RAMs aktiviert. Beide Bänke sind komplett parallel geschaltet bis aus das RAS signal, was aber für beide vom selben IC generiert wird und auch da ist.

Hast Du einen Logic-Analyzer wie den Hewlett-Packard 54620A oder etwas ähnliches, so dass Du mal ein paar Signale ansehen kannst? Das würde die Fehlersuche vermutlich vereinfachen.

Ansonsten wäre es vielleicht ein Versuch, mal U7 oder U29 mit einem anderen funktionierenden IC zu tauschen.

Zitat von Jan

Ich habe weder Ersatzchips noch einen Logic Analyzer. Aber ich halte es für eher unwahrscheinlich dass es einer der Chips ist, wenn sie die andere Bank ohne Probleme ansteuern können.

Da normal die zweite Bank angesprochen wird, wenn die Hardware ok ist, müsste es ja dann ein Softwareblocker sein. Da bleibt dann nur das BIOS, wenn Deine Hardware ok ist.

Wenn das BIOS etwas freischalten muß, damit der Bereich hardwaretechnisch erreichbar ist, hilft DEBUG nicht. Aber an ein BIOS-Thema glaube ich auch eher nicht, sondern würde darauf tippen, dass irgendetwas in der Hardware nicht tut.

Irgendetwas tut nicht, das merkst Du ja selbst. Und irgendetwas muss in der Hardware für beide Bänke unterschiedlich sein, sonst könnte man hardwaretechnisch nicht zwei Bänke ansprechen. An der Stelle würde ich suchen.

Ich habe leider keinen Schaltplan, sonst könnte man da genauer nachschauen.

Danke für den Link, ich habe mal reingeschaut.

Folgendes ist mir dazu aufgefallen:

Du hast eine Karte der Revision 2 und die ist im Handbuch nicht beschrieben. Hier als erstes mal prüfen, ob die beispielsweise mit Revision 5 aus dem Handbuch identisch verschaltet ist, das den DRAM-Bereich betrifft. Hast Du das bereits gemacht?

Meine Anmerkungen beziehen sich jetzt auf die Revision 5.

a) Wie Du oben bereits geschrieben hast, ist nur RAS zwischen den Bänken unterschiedlich angesteuert.

-> Alle anderen Signale müssen daher identisch anliegen bei den unterschiedlichen DRAM's. Hast Du das kontrolliert, dass es keine Leitungsunterbrechung gibt?

b) Weiter würde ich mich dann auf die Signale /MRAS0 und /MRAS1 konzentrieren und deren Signalpfad und was dazugehört:

b1) Leitungen zwischen den einzelnen Bauteilen prüfen.

b2) Widerstandsnetzwerk RN5 prüfen, ob es bei den zwei betroffenen Widerständen eine Auffälligkeit gibt.

b3) U29 (PAL16L8) prüfen.

b4) Eingangssignale von U29: BA16, BA17, SLAD, RS0, RS1, FCAS, /A18ANDA19, /EPSL, /MEMW, AEN

b5) U7 (FE2010) prüfen, da der eine Reihe Signale für U29 liefert.

b6) U6 (74LS373) prüfen, da der für BA16 und BA17 an U29 zuständig ist.

b7) U9 (74LS244) prüfen, da dessen Eingänge vielleicht einen Teil der Eingänge für U29 beeinflussen.

b8) U1 (8088) prüfen, da der am Ende für die Signale BA16 und BA17 verantwortlich ist.

b9) U50 (PAL16L8) prüfen, der das Signal /A18ANDA19 liefert.

c) Kondensatoren an den betroffenen IC's oben prüfen, ob die eventuell grenzwertig sind.

Je nach dem, was dann als Ergebnis herauskommt, muss man dann weitersehen, welchen Zweig man weiterverfolgen muss. Hast Du da inzwischen schon Ergebnisse? Mit U29, U50 und vielleicht U7 könnte das etwas schwieriger werden, da das keine Standard-IC's bzw. programmiert sind.