Assy 250407 bringt ein " beim Ultimax Ram Checker

Es gibt 79 Antworten in diesem Thema, welches 8.262 mal aufgerufen wurde. Der letzte Beitrag (26. Januar 2021 um 20:33) ist von kinzi.

  • Der Test beginnt mit Null und dekrementiert, d.h. 255 wird bereits im zweiten Durchlauf benutzt. Ich hab das absichtlich so gemacht, um genau diese beiden Bitmuster sofort ganz am Anfang zu testen.

    OK, das verstehe ich, und das finde ich auch gut.

    Eine einzige Adresse, von der immer Null gelesen wird, würde das Verhalten bereits erklären.

    Du meinst, sobald auf %11111111 getestet wird und dort eine Adresse mit %00000000 zuzrückgelesen wird?

    (ich nehme an, dass das Schachbrett nicht am Anfang des 255er-Zyklus, sondern bereits am Ende des 0er-Zyklus erscheint - das ist nah genug beieinander, um es verwechseln zu können)

    Also umgekehrt - es wird noch auf %00000000 getestet, aber %11111111 gelesen?

    Beides führt folglich zur Schachbrett-Anzeige. So weit, so klar.

    Das Diag friert bei RAM-TEST 2 ein. Der wird ab $8000 fortgesetzt, nachdem sich das Diag ins RAM kopiert hat, um per $01 das Modul auszublenden, WIMRE. Klingt also in der Tat alles nach einem Bankswitching-Problem. Da aber das PLA auszuschließen ist (drei verschiedene getestet), würde ich jetzt eher auf den CPU-Port tippen.

    Ramirez Ist die CPU gesockelt?

  • So, zwei andere CPUs sowie der Ausbau des Basic - und Kernal-Roms ändern nichts am Ergebnis.

    Das Schachbrett oben links erscheint aber erst nachdem der Rest des Bildschirms schon mit Schachbrett gefüllt wurde.

  • Die Reihenfolge ist so:

    @ oben links, Screen mit @ gefüllt

    dann:

    Screen mit Schachbrett gefüllt, dann @ invers oben links, dann Schachbrett oben links, dann geht der Test weiter und das Schachbrett oben bleibt.

  • Füllst du den Speicher von oben oder unten mit $FF?

    Der Speicher wird immer aufwärts gefüllt. Hinter dem Programm geht es los, nach $ffff kommt $0002 (wegen des Prozessorports), bei Erreichen von $0400 beginnt der nächste Durchgang (mit dekrementiertem Testwert).

    EDIT: Rest des Beitrags gelöscht, da es Quatsch war. Korrektur kommt gleich.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

    Einmal editiert, zuletzt von Mac Bacon (14. Januar 2021 um 13:07)

  • Ich hatte nicht bedacht, dass Version 3 des Speichertests ja jede Speicherstelle mit dem nächsten Testwert beschreibt, sobald der alte Testwert geprüft worden ist.

    Also nochmal und jetzt hoffentlich richtig:

    Die Reihenfolge ist so:


    @ oben links, Screen mit @ gefüllt

    dann:

    Screen mit Schachbrett gefüllt

    d.h. es wird jetzt beim Lesen der Wert Null erwartet (weil er vorher geschrieben wurde) und sofort nach dem Test jeder Speicherstelle der Wert 255 hineingeschrieben.

    dann @ invers oben links

    d.h. Bit 7 defekt, es wurde also 128 statt Null gelesen.

    dann Schachbrett oben links

    d.h. alle Bits defekt

    dann geht der Test weiter und das Schachbrett oben bleibt.

    Klar, Fehlerbits werden immer nur gesetzt, nie gelöscht.

    Bei einem versehentlich eingeblendeten ROM sollte das @ eigentlich quasi sofort zum Schachbrett werden - irgendwelche anderen Zeichen (wie hier ein inverses @) wären nur für ein paar Zyklen sichtbar und daher kaum wahrnehmbar.

    Was natürlich sein könnte: Ein echter RAM-Fehler an einer relativ niedrigen Adresse sorgt für das inverse @ (ein Fehler in Bit 7) und ein eingeblendetes Kernal sorgt dann später für das Schachbrett-Muster.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • Das Diag friert bei RAM-TEST 2 ein. Der wird ab $8000 fortgesetzt, nachdem sich das Diag ins RAM kopiert hat, um per $01 das Modul auszublenden, WIMRE. Klingt also in der Tat alles nach einem Bankswitching-Problem. Da aber das PLA auszuschließen ist (drei verschiedene getestet), würde ich jetzt eher auf den CPU-Port tippen.

    Das Diag testet jedenfalls im "RAM-TEST 1" $0800-$7FFF. Dann wird $8000..$9FFF nach $1000 ins getestete RAM kopiert und nach $154E gesprungen, wo der "RAM TEST 2" ausgeführt wird, da habe ich auf die Schnelle nicht genau gefunden, was wirklich getestet wird; ich gehe aber von $8000..$FFFF aus.

    Der Fehler müsste also entweder im RAM oberhalb $8000 zu finden sein, oder aber wie gesagt im Bankswitching.

  • Funktioniert der Rechner inzwischen gut genug, dass man Programme laden und starten kann? Ich könnte Spezialversionen des Memtests assemblieren, die nur bis $9fff, $cfff bzw. $dfff testen.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • Leider nicht...

    Ich überlege gerade ob ich heute Abend nochmal alle RAMs gegen neue eines anderen Herstellers tauschen sollte?!

    Die jetzt eingesetzten sind auch NOS, aber wer weiß?!

    Oder die vorhandenen RAMs erstmal quertauschen. Wenn es ein oder zwei RAM-ICs sind, dann sollte sich das Fehlerbild ja ändern.

  • Leider nicht...

    Gestern ist mir zufällig aufgefallen, dass mit einem AR6 bei Betätigung des Reset Knopfes immer unterschiedliche Reaktionen erfolgen, mal der weiße Startbildschirm, Mal BASIC mit Fastload, mal normales Basic?!

  • Mit einem neuen Satz RAMs leider keine Verbesserung.

    Immer noch "erst Bit 7 karpott, danach alle"? Tausch mal das RAM für Bit 7 mit einem anderen, da muss sich was ändern!

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..