Assy 250469 Rev.A kein Bild

Es gibt 11 Antworten in diesem Thema, welches 2.254 mal aufgerufen wurde. Der letzte Beitrag (8. Oktober 2019 um 10:53) ist von kinzi.

  • Hy Leute

    ich habe ein Assy 250469 Rev.A da bleibt der Bildschirm schwarz bzw wenn man es einschaltet dann sieht man am Bildschirm das es hell schwarz wird

    die 2 Rams wurden kochend Heiß - habe sie ausgewechselt, trotzdem bleibt der Bildschirm schwarz

    alle Chips habe jetzt die normale wärme im Betrieb - Versorgungsspannung von 5 Volt und 9 Volt sind da

    8565R2 und der 8701 sind OK die habe ich in einem anderen Board durchgetestet (sid ist herausen)

    das Dead Test Modul das Diagnose Modul und das Kickman Spielmodul machen genau NIX - ist genau das gleiche wie wenn nix angesteckt ist

    LG Ronny

    Der Commodore rechnet mit allem, nur nicht mit seinem Besitzer
    Retro liegt voll im Trend

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

  • Tja.... SID raus (wind aber nicht viel bringen). Ansonsten CPU oder die ROMs.... viel was anderen kann das nicht mehr sein.

    Nachtrag: an der CPU ist auch wirklich ein Takt da?

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • Ich würde mal nachmessen, ob irgendwelche Adressleitungen auf LOW gezogen werden.

    Ach.... und wer macht das i.d.R. beim 649er (wenn die Rams gut sind)?

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • Tja.... SID raus (wind aber nicht viel bringen)

    sicher, das ich ihn nicht zerstöre beim :smoke:

    Nachtrag: an der CPU ist auch wirklich ein Takt da?

    weis ich nicht :schande:

    achja - die Rams sind NEU und auch in einem anderen Board getestet

    Der Commodore rechnet mit allem, nur nicht mit seinem Besitzer
    Retro liegt voll im Trend

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

    Einmal editiert, zuletzt von Retro Ronny (24. September 2019 um 22:26)

  • Takt PHI1 und PHI2 an der CPU testen mit Oszi oder Logictester oder geeignetem Multimeter mit Freq.Messung.

    Wenn das da ist, im ausgeschalteten Zustand mittels ohmscher Messung alle Adress. und Datenleitungen gegen GND und gegen +5V messen - darf keine Leitung neiderohmig sein gegen GND oder +5V.

    Wenn das auch in Ordnung ist, mal das UltimaxRAM-Checker-Modul reinstecken und schauen was passiert (im ULTIMAX-Mode sind alle ROMs inkl. CharROM ausgeschaltet - sofern die MMU intakt ist).

    Viele Grüße,
    GI-Joe
    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.

  • mal das UltimaxRAM-Checker-Modul reinstecken und schauen was passiert (im ULTIMAX-Mode sind alle ROMs inkl. CharROM ausgeschaltet - sofern die MMU intakt ist).

    Hat er ja schon.... die Kiste macht genau nix.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • mittlerweile ist die CPU gesockelt und getestet - die ist auch ok und Takt kommt auch ( 0,985 mhz)

    Der Commodore rechnet mit allem, nur nicht mit seinem Besitzer
    Retro liegt voll im Trend

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

  • Ronny hat mir den Patienten geschickt. War eine recht harte Nuss.

    Das Chip-Select des BASIC-/KERNAL-ROMs hat je nach Lust und Laune wild "geschwungen" (entweder regelmäßiges Signal mit 1 MHz oder regelmägies Signal mit 30 kHz). daher habe ich dieses auf Verdacht ausgelötet - ohne Erfolg: Die Überprüfung im Test-C64 ergab: das ROM tut. Diag 586220 und Dead Test blieben beim Patienten nach wie vor tot.

    Ich habe dann GI-Joe s Ultimax-RAM-Tester spaßeshalber verwendet und da - mehr aus Verzweiflung :D - ein paar mal schnell den Schalter hin- und hergeschaltet. Plötzlich hatte ich ein (kaputtes) Bild im Ultimax-Mode:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Je nach Herumspielen am Schalter und/oder resetten hatte ich ab und zu auch mal solche Bilder ...


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

    ... jeweils mit heftiger Bewegung (also nicht statisch), egal ob mit oder ohne RAMs und BASIC-/KERNAL-ROM ... sah so nach Hires-Bitrmap aus. Meist hatte ich beim Einschalten aber wieder keines und musste erst wieder "herumdrücken", bis das erste Bild wieder daherkam.

    Ich habe mir dann auch die Chip-Selects von VIC, SID und CIAs angeschaut und gesehen, dass die auch "wild schwingen", manchmal auch bei schwarzem Bild. Mein Verdacht war dann das 64-Pin-Custom-IC, weil das ja alle Chip-Selects erzeugt und weil im Ultimax-Mode ab und zu die obigen Bilder daherkamen. Ganze 64 Lötstellen und einen Sockel später habe ich erkannt, dass es auch das nicht war. :cursing:

    Das Char-ROM wurde minimal wärmer als das BASIC-/KERNAL-ROM, deshalb habe ich das mangels besserer Ideen auch noch ausgelötet und getestet - und siehe da, es war kaputt! Und mit einem funktionierenden Char-ROM im Sockel war das Bild dann immer da, zwar mit unterschiedlichen Inhalten wie oben gezeigt, aber immer vorhanden. Da habe ich dann nochmals an den Chip-Selects gemessen und beim CIA2 gesehen, dass sich das Bild verändert, wenn ich mit dem Oszi an /CS gehe. :gruebel Gut, eh schon wurscht, den also auch noch raus und getestet - tataaa! - kaputt.

    Und was soll ich sagen - mit einem Spender-CIA (und einem Spender-Char-ROM natürlich) läuft die Kiste:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Mission accomplished. :thumbup:

  • muss der Cevi jetzt dauerhauft Medikamente nehmen ? Nicht dass die Spender-Teile irgendwann abgestoßen werden :D

    Ein Fehlerbild mit zwei defekten Teilen. Hast Du ein Oszi-Bild von dem schwingenden CS , bzw. Vergleichsbild gut / schlecht ? Die CS-Signale wurden durch die ROM´s im Pegel beeinflusst, also ohne gesteckte Chips waren sie in Ordnung ?

    "Was heute noch wie ein Märchen klingt,kann morgen Wirklichkeit sein.Hier ist ein Märchen von übermorgen.Es gibt keine Kupferka­bel mehr,es gibt nur noch die Glasfaser und Terminals in jedem Raum.Man siedelt auf fernen Rech­nern.Die Mailboxen sind als Wohnraum erschlossen.Mit heute noch unvorstellbaren Geschwindigkeiten durcheilen Computerclubs unser Da­tenverbundsystem.Einer dieser Com­puterclubs ist der CCC.Gigantischer Teil eines winzigen Sicher­heitssystems,das die Erde vor Bedrohungen durch den Gilb schützt.Begleiten wir den CCC und seine Mitglieder bei ihrem Patrouillendienst am Rande der Unkenntlich­keit. CCC'84 nach ORION'64"

  • Ein Fehlerbild mit zwei defekten Teilen.

    "Double Action" sozusagen ... :chuck:

    Hast Du ein Oszi-Bild von dem schwingenden CS , bzw. Vergleichsbild gut / schlecht ?

    Nein, habe ich leider keines gemacht. Es war ein regelmäßiges "Rechtecksignal" (eher ein "Sägezahn") mit scharfer, fallender und langsam steigender Flanke mit 1 MHz, was eigentlich nicht sein kann, weil die CPU selbst ja nur mit 1 MHz läuft und nicht pro Takt einmal (regulär) auf das ROM zugreifen kann - außer sie steht natürlich auf einer Adresse im ROM (z. B. beim Lesen des Reset-Vektors) und kommt nicht weiter. Der 6502 (6510) macht ja hardcodiert einen Bus-Zugriff bei jedem Takt, d. h. wenn die CPU im ROM-Bereich crasht müsste man dieses Verhalten erwarten; daher meine Annahme, dass das ROM defekt ist, weil die CPU nichts lesen kann.

    Ein "gutes" /CS-Signal muss ja eine wesentlich geringere Frequenz aufweisen (die gelesenen Opcodes, Daten usw. müssen ja erst mal CPU-intern verarbeitet werden) und ist vor allem vermutlich nicht so regelmäßig, weil nicht nur auf das ROM zugegriffen wird, sondern auch mal auf RAM, I/O usw.

    Die CS-Signale wurden durch die ROM´s im Pegel beeinflusst, also ohne gesteckte Chips waren sie in Ordnung ?

    Nein, die Pegel waren schon OK. Das Char-ROM hat den Bus blockiert, daher hat die CPU wohl nur Müll gelesen und ist gecrasht. Der Ultimax-RAM-Checker muss eine extrem kurze Initialisierungssequenz haben, weil es ihm trotzdem manchmal gelungen ist, zumindest den VIC rudimentär zu initialisieren vor dem Crash, sodass ein Bild erzeugt und die Rahmenfarbe gesetzt wurde.

    Das allererste Bild mit den Streifen ist meiner Meinung nach so zu interpretieren, dass die CPU gerade auf den VIC geschrieben hat (Rahmenfarbe setzen) und genau in diesem Moment gecrasht ist, sodass (siehe oben) immer und immer wieder die gleiche Adresse auf den Adressbus kam (D020) und immer wieder Werte in den VIC geschrieben wurden, daher das VIC-CS-Signal auch mit 1 MHz gemessen wurde.

    Die Flimmerbilder kamen dann, wenn der VIC noch etwas weiter initialisiert wurde, also nicht nur die Rahmenfarbe, sondern sogar der Videomode (zumindest "DEN" = Display Enable) gesetzt werden konnte, bevor die CPU wieder crashte.

    Der CIA schlussendlich hat erstens die VIC-Bank nicht richtig gesetzt (das mag das PLA im 64-Pin-Custom-IC gar nicht, wenn die Eingänge offen sind, dann flimmert das so wie im mittleren Bild oben gezeigt) und muss aber auch noch Müll auf dem Bus erzeugt haben, weil das Board ja immer noch nicht korrekt startete, nachdem ich das Char-ROM getauscht hatte.

    Dass ich die "kaputten" /CS-Signale an unterschiedlichsten ICs gemessen hatte lag - das ist meine Interpretation jetzt - daran, dass die CPU an unterschiedlichen Stellen der Initialisierung gecrasht ist. Darauf bin ich aber leider erst im Nachhinein gekommen, als ich das 64-Pin-Custom-IC schon "amputiert" hatte.

    Darum schreibe ich das alles auch hier rein, damit ich beim nächsten einfach hier nachschauen kann. Das vergesse ich nämlich bestimmt alles wieder. :alt: :D Außerdem dürften die Bilder zum Vergleich ganz interessant sein, und der Hinweis auf den "Ultimax-RAM-Checker" als Diagnosetool nicht nur für RAMs hilft vielleicht auch mal jemandem.