C128 "Dead Test"

There are 177 replies in this Thread which has previously been viewed 27,794 times. The latest Post (September 6, 2025 at 6:36 PM) was by Nighti.

  • Could this test be placed in 128 megabit adapter from jood ???

    no, as kinzi said, but i have build another Dual-ROM replacement,

    Z80 Diagnose 1.03 by Kinzi (needs Update) and C128 Kernal.

    Please login to see this attachment.

    Mfg Jood

    Please login to see this link., Please login to see this link.
    Please login to see this link., Please login to see this link., Please login to see this link., Please login to see this link.
    Please login to see this link., Please login to see this link., Please login to see this link., Please login to see this link.,
    Please login to see this link., Please login to see this link.
    Please login to see this link., Please login to see this link.

  • Yes, have seen that, but ... :smile: I have replaced the U35 with U36, didn't see the last number straight without glasses :smile:

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

    Hmm. Irgend etwas scheine ich falsch zu machen. Ich habe ein Winbond W27C512-45Z Eprom und dem entsprechen das bin file mit dem Hex Editor HxD 4x hinter einander kopiert. Beim programmieren mit dem Minipro TL866A bekomme ich die folgende Fehlermeldung:

    Please login to see this attachment.

    Hab es jetzt schon mit zwei Eprom ausprobiert.

    Das ist die Hex Datei

  • Dann würde ich mal in einer Eingabeaufforderung das machen ...

    Code
    C:\>copy /b C128_Dead_Test_v1.04.bin + C128_Dead_Test_v1.04.bin + C128_Dead_Test_v1.04.bin + C128_Dead_Test_v1.04.bin C128_Dead_Test_v1.04_x4.bin

    ... und das dann brennen.

    Ansonsten kann ich dazu nix sagen, weil das sicher nicht am BIN liegt, sondern ein lokales Problem ist.

  • Oha DOS, Lange nicht mehr gemacht. So in etwa?

    16.08.2024 18:54 <DIR> Diag ROM

    0 Datei(en), 0 Bytes

    3 Verzeichnis(se), 68.494.938.112 Bytes frei

    D:\C128>cd diag rom

    D:\C128\Diag ROM>:\>copy /b C128_Dead_Test_v1.04.bin + C128_Dead_Test_v1.04.bin + C128_Dead_Test_v1.04.bin + C128_Dead_Test_v1.04.bin C128_Dead_Test_v1.04_x4.bin

    D:\C128\Diag ROM>dir

    Datenträger in Laufwerk D: ist Games and more

    Volumeseriennummer: 442F-1441

    Verzeichnis von D:\C128\Diag ROM

    16.08.2024 18:54 <DIR> .

    16.08.2024 18:54 <DIR> ..

    16.08.2024 18:42 82.028 C128_dead_test-v1.04x4.txt

    16.08.2024 18:54 10.794 C128_dead_test-v1.04x4.zip

    13.08.2024 08:42 67.510 C128_Dead_Test_v1.04.asm

    13.08.2024 08:42 16.384 C128_Dead_Test_v1.04.bin

    13.08.2024 08:42 112.504 C128_Dead_Test_v1.04.png

    16.08.2024 16:42 276.102 C128_Dead_Test_v1.04.zip

    16.08.2024 18:04 16.384 C128_Dead_Test_v1.04x4.bin

    16.08.2024 18:32 173.812 C128_Dead_Test_v1.04x4.html

    16.08.2024 18:31 78.652 C128_Dead_Test_v1.04x4.pdf

    16.08.2024 18:30 113.979 C128_Dead_Test_v1.04x4.rtf

    16.08.2024 18:30 239.746 C128_Dead_Test_v1.04x4.tex

    13.08.2024 08:42 146.438 C128_Dead_Test_v1.04_BAD.png

    13.08.2024 08:42 7.972 C128_Dead_Test_v1.04_Readme.txt

    13.08.2024 08:42 14.328 C128_Dead_Test_v1.04_VDC.png

    16.08.2024 16:59 <DIR> HEX Editor

    14 Datei(en), 1.356.633 Bytes

    3 Verzeichnis(se), 68.494.938.112 Bytes frei

    D:\C128\Diag ROM>

    Da wurde aber keine neue Datei geschrieben ?!

    Please login to see this attachment.

  • Ich sehe gerade, das BIN hat noch die falsche Versionsnummer im Identifier hinten :sad: ...

    Das hab ich mal korrigiert, das TXT um ein paar Erläuterungen ergänzt und ein besseres "BAD"-Beispiel (nur ein Bit "kaputt") erstellt, das im TXT auch kurz beschrieben wird:

    Please login to see this attachment.

    Wer es selber übersetzen will, braucht überdies das Charset dazu, das ist jetzt auch dabei (standard-C64 Char-ROM).

    Funktionell braucht man dieses ZIP nicht! Ich nenne es "1.04a" zur Unterscheidung, man kann aber auch mit dem alten leben, wenn es jemand schon auf ein (E)PROM gebrannt hat.

    Frei für nichtkommerzielle Nutzung.

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


    [edit]

    Wer es im Emulator testen will, sollte "Z64K" und nicht VICE nehmen, VICE schafft die exakte Emulation nicht.


    [/edit]

  • Um die bin Datei zu vervierfachen, hatte ich im Hexeditor alles markieren ausgewählt, dann in der letzten Zeile alles einfügen, dann noch mal alles markieren und wieder in der letzten Zeile alles einfügen. Danach gespeichert.

    Passt das überhaupt so? Oder ist das zu einfach gedacht?

  • Passt das überhaupt so? Oder ist das zu einfach gedacht?

    Grundsätzlich ja. Was der Hex-Editor dabei macht, weiß ich nicht.

    Ich hänge mal das Vierfach-ROM hier an, das ich eben mit ...

    Code
    $ cat C128_Dead_Test_v1.04.bin C128_Dead_Test_v1.04.bin C128_Dead_Test_v1.04.bin C128_Dead_Test_v1.04.bin >C128_Dead_Test_v1.04_quad.bin

    ... erzeugt habe. Probier mal das.

  • kinzi, you made my day :thumbsup:

    Das hat funktioniert. Jetzt kann ich heute, endlich meinen C128 checken.:thumbup:

  • Tja, deshalb nehme ich für sowas Kommandozeilentools. Die machen seit Jahrzehnten einfach, was sie sollen. Ohne irgendwelche subtilen "Updates". :smile:

    Musst mal deine Datei mit der meinen vergleichen.

    Wobei, das was du angehängt hast, ist kein BIN, das ist irgendein Export deines Hex-Editors, nehme ich an. Das kannst du sicher nicht so 1:1 brennen.

  • Hmm. Irgend etwas scheine ich falsch zu machen. Ich habe ein Winbond W27C512-45Z Eprom und dem entsprechen das bin file mit dem Hex Editor HxD 4x hinter einander kopiert. Beim programmieren mit dem Minipro TL866A bekomme ich die folgende Fehlermeldung:

    Please login to see this attachment.

    Hab es jetzt schon mit zwei Eprom ausprobiert.

    Die Meldung hat aber nichts mit den Daten zu tun, die du da zu brennen versuchst. Dem Eprom ist es völlig Wurst, was für einen Quatsch du da rein brennst.

    Die Meldung kommt, wenn das Eprom nicht leer ist, defekt ist, nicht richtig im Sockel sitzt, der Falsche Typ ausgewählt ist oder es China Fakes sind!

    Manchmal hilft es das Eprom erst separat nur zu löschen. Du kannst ggf. auch mal W27E512 probieren.

    Databuffer FF, Inhalt E7 bedeutet, das das Eprom nicht leer war!!!

    Hättest du den Blankcheck aktiviert gehabt, hätte er es gar nicht versucht.

    PS: Ich hab Images auch schon mit dem Hexeditor vervielfacht, das funktioniert natürlich auch, wenn man es korrekt macht.

    Christian

    Edited 2 times, last by vossi (August 17, 2024 at 7:08 AM).

  • Leider habe ich auch mit dem Diag Rom, nach wie vor kein Bild an meinem C128DCR. Die LED leuchtet die Floppy reagiert, aber kein Bild.

    Auch das UFD Cartridge macht keinen Mucks. Sprich, auch keine Anzeige im Display des Cartridge.

    Ich werde mir jetzt noch mal das Video raussuchen und mir anschauen, welche Spannungen vom Netzteil, ich wo messen muß.

  • Tja das kann dann wohl auch nicht funktionieren.

    zwischen rot uns schw. +5V ist nix

    schw. und gelb fast genau +12V

    und braun und weiß Wechselspannung = 10,25V

    Please login to see this attachment.


    Jetzt frage ich mich wo gehen die 5V ab.

    Diese Bauteile hatte ich bereits getauscht.

    Please login to see this picture.

  • Hi Kinzi, tolles Tool :thumbsup:


    Leider will einer meiner 128er nicht so recht.

    Ohne DIAG Rom bleibt dieser C128 komplett dunkel.

    Mit dem Rom kommen leider (für mich) keine wirklich verwertbare Infos.

    Nachdem ich alle gesocketlten Chips nun raus hatte ohne dass sich etwas verändert:

    Hat jemand einen Tipp wo ich als erstes weitersuchen sollte?

    Please login to see this media element.

    Do y'all remember, before the internet, that people thought the cause of stupidity was the lack of access to information?

    Yeah. It wasn't that.

  • Bei mir gibt es auch noch ein update. Ich habe jetzt noch den IC SG3524N getauscht (rot umrandet)

    Jetzt habe ich auf der 5V Leitung 3,5V. Reicht natürlich immer noch nicht.

    Gleiches Ergebnis wie zuvor.

    Please login to see this attachment.

    Jetzt weiß ich auch nicht mehr weiter. Soll wohl nicht sein.

  • Hat jemand einen Tipp wo ich als erstes weitersuchen sollte?

    Sieht nach einem kaputten RAM auf Bit 2 aus:

    Please login to see this attachment.

    grün = "BAD"

    rot = "$0000" (also von Anfang an)

    gelb = "00000X00" - wobei das "X" kaputt ist, es müsste $58 sein, ist vermutlich $5C ("halbes Schachbrett")

    blau = "Bit 2" = $04

    $58 + $04 = $5C, das wäre ein "halbes Schachbtett", siehe:

    Please login to see this attachment.

    ... und ich meine, genau dieses Zeichen sieht man auch.

    Oder, auch möglich, der Multiplexer (64LS257) der für dieses RAM-Bit zuständig ist.

    RAM auf Bank 0, Bit 2 tauschen.

  • kannst du mal den Schaltplan zeigen von dem Netzteil? so ist mir das zu abstrakt.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN