Z1013 Ramtest

[PIC18F2550]

ich habe heute meinen Z1013 aus der versenkung geholt und musste feststellen das nach einem reset ein schwarzer Bildschirm mich begrüßt.
Ich vermute das wird der dram sein. Da die Textausgabe mit RST20 erfolgt.

Im Netz Habe ich ein Prüfprogramm für den Z9001 gefunden da es aber den dram braucht ist es für meinen Fall ungeeignet.

Meine Frage ist nun gibt es ein Speichertest des nur mit EProm und Bildwiederholspeicher auskommt?

volkerp schickte mir diesen Link http://www.sax.de/~zander/z9001/tip/tipe.html

Und das ist der Stand:

Die diagonalen punkte sind Zugriffe der CPU auf den Bildspeicher.
Und unten sieht man den Inhalt vom StackPointer.

Wie es aussieht scheind ein Sprung nicht zu Stimmen denn das Programm scheind bei 0000 stehen geblieben zu sein.

Das list file habe ich mal angehangen um den Fehler zu Finden.

[PIC18F2550]

Ich habe alles nochmal durchdacht und einige änderungen vorgenommen.

z1013.asm

(10.19 KiB) 706-mal heruntergeladen

Speicherbedarf:349Byte
Bei 4k ist da noch mehr drinn.

[volkerp]

Du wirst es sicher auch im Emulator getestet haben, da läuft das Programm (auch als alternatives Monotorprogramm ab F000)

[PIC18F2550]

Alles noch ungetestet komme erst heute abend zum brennen eines EPRom's

[PIC18F2550]

Also im Emulator läuft's

[PIC18F2550]

Also im Z1013 auch

Leider ist das ergebnis nicht gerade aussagekräftig.

Nicht geprüft wird:

- ob REFRESH ausgeführt wird

- alle Adressleitungen am Speicher ankommen

- Datenleitungen einen Kurzschluß haben

Da gibt es noch eine Menge zu machen.

Aber ersteinmal OZON schnuppern.

[PIC18F2550]

Ich habe den Speichertest bereich von 0h-4000h auf 0h-EBFFh erweitert.

Mit dem Ergebnis das jetzt bei C000h eine Fehlermeldung kommt.

Wenn ich mich richtig entsinne liegt dort nichts.

Das /CS vom WBS(EC00h-EFFFh) und des SystemERom's(F000h-F7FF) werden seperat bei der /CAS Unterdrückung in der dRam Steuerung verwendet.

Der Refreschtest habe ich aus dem Testprogramm gestrichen da der Refresh(/RAS) aus dem /MEMREQ gebildet wird und der ist auch bei Zugriffe auf BWS und dRam aktiv.
Da hilft nur noch ein OSZI wen die CPU in HALT Steht.

Heute abend geht es an den Bittest damit wird gegen Leitungsschluß und doppelte Adressvergabe getestet.

ROM-Größe ca 500 Byte

[PIC18F2550]

der A41 ein 74LS257 hatt ein an Masse klebenden Ausgang.
Damit werden die Adressleitungen A7 und A15 nicht auf die dRam's geschaltet.

Da hatt man zwar Speicher aber die Adressierung der dRam stimmt nicht so das Bereiche sich gegenseitig überschreiben.

Jetzt erstmal einen neuen holen.

DA ISSER:

RAUS ISSER

Die Zwei wurden auch schonmal gewechselt.

Haben aber mit dem Ausgang vom MUX nichts am Hut.

Werden vieleicht Beim nächsten Schitt der Wiederbelebung ersetzt.

[PIC18F2550]

Mein erster Gedanke "Conrad" aber leider gibt es dort keine 74xxx257 ...258 ...157 oder ...157.

Alles nur bestellbar .

Jetzt gehe ich in den Keller und durchsuche meine alten Lager Kisten.

Eine Bestellung wegen so ein Pfennig Kram kommt nicht in frage.

[PIC18F2550]

Ich glaub die Idee mit dem Keller war die Beste des heutigen Tages.

Nach ca. 40min. Suche indem Samemelsurium habe ich Sie gefunden

Ju huuuu

Mann kann es mit der geschwindigkeit übertreiben 74F257 6,5ns

Da jetzt genug da sind werde ich gleich beide Tauschen damit die dRams nicht unnötig belastet werden.