There are 177 replies in this Thread which has previously been viewed 27,334 times. The latest Post (
Das Z80-Datasheet ist ziemlich gut: Please login to see this link.
Im Vergleich zu jenem des 6502 ...
Das ist kein Datasheet, das ist wohl eher vergleichbar mit dem Please login to see this link. und dem Please login to see this link..
Dann sind wir auch wieder auf einem Niveu
Dann sind wir auch wieder auf einem Niveu
Du meinst wohl Nivea? 
Wenn man schon mit Främdwörtern imprägnieren will, dann bitte richtig! 
Ich gebe zu, ich hatte es nicht mehr korrekturgelesen..
Ich gebe zu, ich hatte es nicht mehr korrekturgelesen..
Alles gut, war nur Spaß. 
Mit "BANK1" wird's möglicherweise was ....
Please login to see this attachment.
Ich denke (hoffe), ich kann das Release wagen ... ist immer ein Haufen Arbeit, auch Fehler im RAM "einzubauen" (mit dem Monitor) und zu testen ... 
Aber jetzt dürfte es"RTM" sein.
COMMODORE 128 'Z80' DEAD TEST ROM 1.03
Jetzt auch mit Test der komplettem RAMBANK1. 
Frei für nichtkommerzielle Nutzung.
Bitte immer das ganze ZIP weitergeben, nicht nur einzelne Dateien.
Please login to see this attachment. Please login to see this attachment.
Zwei Informationen dazu, die unter Umständen wichtig sind für die Fehlersuche, daher poste ich sie hier (und weil ich nicht weiß, wohin damit sonst):
(Wenn er drin bleibt, darf er nicht so kaputt sein, dass er den Bus stört.)*) Der 128 läuft dann zwar trotzdem mit MMU-Config "Z80-Mode" an, die MMU wird aber nach dem Reset als erstes im 8502-Kernal-ROM ab $E000 richtig konfiguriert; daher ist das kein Problem.
Sehr interessant, danke für den Hinweis, kinzi ! Das werde ich bei Gelegenheit mal aus probieren, wenn ich endlich wieder dazu komme, mich um die C128 Boards zu kümmern.
Den Z80 auf diese Weise zu entfernen, ist quasi die Blinddarm-Operation für den C128. 
Der 128 läuft dann zwar trotzdem mit MMU-Config "Z80-Mode" an, die MMU wird aber nach dem Reset als erstes im 8502-Kernal-ROM ab $E000 richtig konfiguriert; daher ist das kein Problem.
Funktioniert dann noch die Erkennung von C64-Modulen?
Den Z80 auf diese Weise zu entfernen, ist quasi die Blinddarm-Operation für den C128.
Wenn nicht entzündet, dann lass' es ... .
Der 128 läuft dann zwar trotzdem mit MMU-Config "Z80-Mode" an, die MMU wird aber nach dem Reset als erstes im 8502-Kernal-ROM ab $E000 richtig konfiguriert; daher ist das kein Problem.
Funktioniert dann noch die Erkennung von C64-Modulen?
Ja.
Der Deadtest kommt gerade richtig! Bin grade an der Reparatur eines C128, der nichts mehr macht.
Primär brauch ich jetzt ein EPROM mit einem BIN file... Das ist kein Thema... aber wie brennt man bitte ein EPROM "containing TWICE the BIN file"?
PS: habe ein TL866II Plus.
der nichts mehr macht.
Was macht er denn nicht?
der nichts mehr macht.
Was macht er denn nicht?
Zeigt nichts mehr an - schwarzer Bildschirm beim Einschalten.
C128 Check beim Check64 bleibt ebenfalls schwarz.
Das ist der Rechner von "Holger", den ich von der CC zur Reparatur mit nach Hause genommen hab.
Da hat sich wohl mal jemand in der Vergangenheit darum gekümmert alle RAMs zu tauschen...
Auf der Unterseite sind ganz viele Leiterbahnen, die beim Entlöten angehoben wurden, oder bei denen die Lötaugen fehlen.
Anfangs muss er wohl noch funktioniert haben, kurz darauf nicht mehr.
Hab mal alle schlechten Lötstellen soweit es ging nachgelötet; Spannungen passen soweit ich das durchgecheckt hab...
Mitm Oszi war ich jetzt noch nicht dran.
Laut dem Check64 Ultimax RAM-Test könnte es evtl. der Screen-RAM sein...
aber wie brennt man bitte ein EPROM "containing TWICE the BIN file"?
Wenn man ein 27128 hat - BIN brennen, fertig.
Wenn man ein 27256 hat - BIN zweimal hintereinander reinbrennen, fertig ("twice"). Alternativ: Pin A14 richtig beschalten.
Wenn man ein 27512 hat - BIN viermal hintereinander reinbrennen, fertig. Alternativ: Pins A14 und A15 richtig beschalten.
aber wie brennt man bitte ein EPROM "containing TWICE the BIN file"?
Indem man das .bin File (zu brennendes File) verdoppelt mit einem Hexeditor ... ist also nur Copy & Paste ... bitte auf die genaue (doppelte) Byteanzahl achten.
8K.bin -> 16K.bin (2x 8K) -> 32K.bin (4x 8K)
Ach so? Ach so! Ja ... ist also ganz einfach. 
Für den Dead Test kann man übrigens prima ein 28c256 nehmen. Mann muss dann nur das Image zwei mal rein brennen.
Ich habe mir für diesen Zweck einen umschaltbaren ROM-Adapter, basierend auf 28HC256 gebaut,
mit dem Jumper wähle ich zwischen COMMODORE 128 'Z80' DEAD TEST ROM 1.03 von kinzi ,
und dem originalen Kernal.
Ist fester Bestandteil vom Diagnose-Koffers, danke kinzi!
Please login to see this attachment.
Mfg Jood
Ein lang gehegter Wunsch ließ sich nun noch verwirklichen ... beim Auftreten eines Fehlers wird nun neben "BAD" auch noch das fehlerhafte Bitmuster und die Adresse, an der es aufgetreten ist, ausgegeben, siehe:
Please login to see this attachment.
Frei für nichtkommerzielle Nutzung.
Bitte immer das ganze ZIP weitergeben, nicht nur einzelne Dateien!
Could this test be placed in 128 megabit adapter from jood ???
