C128 "Dead Test"

Es gibt 177 Antworten in diesem Thema, welches 25.884 mal aufgerufen wurde. Der letzte Beitrag (6. September 2025 um 18:36) ist von Nighti.

  • Das Z80-Datasheet ist ziemlich gut: Bitte melde dich an, um diesen Link zu sehen.


    Im Vergleich zu jenem des 6502 ... :biggrin:

    Das ist kein Datasheet, das ist wohl eher vergleichbar mit dem Bitte melde dich an, um diesen Link zu sehen. und dem Bitte melde dich an, um diesen Link zu sehen..

    Dann sind wir auch wieder auf einem Niveu

  • Ich denke (hoffe), ich kann das Release wagen ... ist immer ein Haufen Arbeit, auch Fehler im RAM "einzubauen" (mit dem Monitor) und zu testen ... :smile:

    Aber jetzt dürfte es"RTM" sein. :biggrin:

    COMMODORE 128 'Z80' DEAD TEST ROM 1.03

    Jetzt auch mit Test der komplettem RAMBANK1. :stompa:

    Frei für nichtkommerzielle Nutzung.

    Bitte immer das ganze ZIP weitergeben, nicht nur einzelne Dateien.

    Bitte melde dich an, um diesen Anhang zu sehen.  Bitte melde dich an, um diesen Anhang zu sehen.

  • 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):

    • Laut Service-Manual benötigt der Z80 am Clock-Eingang ein Signal mit sehr hohem Hi-Pegel (annähernd 5 V), im Gegensatz zum TTL-Standard und zu den Erfordernissen an allen seinen anderen Pins. Daher wird im "alten" 128 (Tastaturmodell, Plastik-D) das Clock-Signal mit Hilfe der +9 V und +12 V "schneller und höher raufgezogen".

      Folglich läuft der C128 beim fehlen dieser Spannungen sicher nicht an, weil der Z80 nicht starten kann.
    • Das kann man aber umgehen, in dem man Pin 43 der MMU ("/Z80EN") abtrennt, dann liegen U37/9 und U61/5 auf "H" durch ihren offenen Eingang und der 128 startet sofort beim Einschalten im 8502-Mode. *) Der Z80-Mode ist dann gar nicht verfügbar und der Z80 kann ausgebaut werden. :biggrin: (Wenn er drin bleibt, darf er nicht so kaputt sein, dass er den Bus stört.)

      Hilft vielleicht mal beim Eingrenzen eines Fehlers (Überprüfung, ob Z80 defekt wenn eingelötet).

    *) 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. :D

  • 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?

    10 x=rnd(-1963):fori=1to81:y=rnd(1):next
    20 forj=1to5:printchr$(rnd(1)*16+70);:next
    30 printint(rnd(1)*328)-217

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • 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.

    Inventar:
    PET2001 (defekt), CBM3032 (defekt), CBM8032-SK (braucht mal ne Reinigung), Proxa 720 (diverse Macken), mehrere C64 (manche davon defekt - kommt Zeit, kommt Hardware für ne einfachere Reparatur ^^), Modding C64 (mit neuem Gehaeuse, MixSID, Keyman64), Ultimate64 - definitiv einer meiner Favorits!, SX-64 (seit der CC2019 defekt - repariertes Netzteil muss wieder eingebaut werden.), Amiga1200 (in der Lernphase :böse ), Amiga 500
    PI1541, Easyflash3, KungFuFlash, SD2IEC, PETSD+, Tapecart, Tapduino...

    Einmal editiert, zuletzt von csdragon (1. März 2024 um 17:18)

  • 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...

    Inventar:
    PET2001 (defekt), CBM3032 (defekt), CBM8032-SK (braucht mal ne Reinigung), Proxa 720 (diverse Macken), mehrere C64 (manche davon defekt - kommt Zeit, kommt Hardware für ne einfachere Reparatur ^^), Modding C64 (mit neuem Gehaeuse, MixSID, Keyman64), Ultimate64 - definitiv einer meiner Favorits!, SX-64 (seit der CC2019 defekt - repariertes Netzteil muss wieder eingebaut werden.), Amiga1200 (in der Lernphase :böse ), Amiga 500
    PI1541, Easyflash3, KungFuFlash, SD2IEC, PETSD+, Tapecart, Tapduino...

  • 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. ;)

  • 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!

    Bitte melde dich an, um diesen Anhang zu sehen.

    Mfg Jood

    Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen.,
    Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen.,
    Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen., Bitte melde dich an, um diesen Link zu sehen.

  • 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:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Frei für nichtkommerzielle Nutzung.

    Bitte immer das ganze ZIP weitergeben, nicht nur einzelne Dateien!