Hallo Besucher, der Thread wurde 5,5k mal aufgerufen und enthält 30 Antworten

letzter Beitrag von AntaBaka am

C64 Sorgenkind (schwarzer Bildschirm und mehr) - GELÖST!

    Tach,



    diese Mistkrücke bringt mich noch in's Grab...


    Es ist eine ASSY 250407 (die scheinen echt mies zu sein - fünf von den sechs Platinen aktuell in meinem Bastelkarton sind 250407er).


    Irgendjemand hat mal alle Chips gesockelt und dabei gar Schröckliches angerichtet.
    Nachdem ich die gröbsten Schnitzer beseitigt habe (D0 auf +5V gezogen? Ja, warum auch nicht?), kommt immerhin nicht immer ein schwarzer Bildschirm. Manchmal kommt auch Schrott.


    Alle Chips (ja wirklich alle, sind ja gesockelt) wurden in anderen C64 gestestet und funktonieren prächtig.


    Ohne Cartridge bleibt der Ofen komplett aus und der Bildschirm schwarz.


    Mit meiner Diagnose Cartridge kommt gelegentlich (nach ein paar RESETs), einer der folgenden Bildschirme:


    Ja, die sind alle in schwarz/weiss - da ist keine Farbe zu sehen.


    Der erste Test wäre die Zeropage und schon da geht wohl nichts mehr.


    Sonstiges:
    - A12 und A13 sind Dauer-HI (sollten eigentlich Puls haben)
    - "CASS WTR" ist komplett ohne Signal (sollte LO sein)

    Da alles gesockelt ist,würde ich alle Chips entfernen und den Durchgangsprüfer zum Zuge kommen lassen.
    Irgendwo werden sich dann sicher Unterbrechungen oder Kurzschlüsse zeigen.
    Eventuell auch verdächtige Sockel spontan erneuern.
    Hatte ich auch letztens,als jemand nen neuen Sockel eingelötet hatte,und dabei nen Kurzschluss erzeugt hat,natürlich unter dem Sockel. :whistling:

    Beim Betrachten der Bildschirmfotos sieht man, dass es offenbar ein Problem beim Zugriff auf Bit 4 des RAMs gibt.
    Es wird B statt R und C statt S ausgegeben (etc. pp.).

    Zitat von s2k

    Hat CASS WRT durchgang auf CPU P3 (Pin 26)?

    Ja, vom Datassettenport zum Pin26 der CPU ist Durchgang. Aber kein Signal (weder LO noch HI).


    Zitat

    Was macht CAEC (U27 Pin 6 und CPU Pin 5)?

    Muss ich prüfen, kommt gleich nachgeliefert.


    Zitat

    Wo (also physikalisch) hast Du beim Test A12 und A13 abgegriffen?

    An der CPU an den Pins 19 und 20.


    Zitat

    Haben A12 und A13 durchgang auf Vcc oder +5V CAN?

    Auf 5V hab ich geprüft - nein. Wo kann ich die +5V CAN abnehmen?


    Zitat

    Sind irgendwelche Schutzdioden eingebaut?

    Waren wohl irgendwann mal, wurden aber ausgebaut.


    OSSI64: Vier Sockel habe ich schon getauscht (D0 war auf Masse gelegt), aber alles durchmessen werde ich erst in der Rente können, oder wen ich ein Sabbatical nehme - soviel Zeit habe ich nicht.

    Zitat von AntaBaka

    Auf 5V hab ich geprüft - nein. Wo kann ich die +5V CAN abnehmen?


    An VR2 (Pin 2) C102 oder C103


    Wie testest Du eigentlich die Pegel - Multimeter, Oszi oder Logiktester? Wenn zweites oder drittes, kannst Du bitte mal den Pegel in V von A12 oder A13 messen? Vor allen bei kostengünstigen Logiktestern ist high etwas "Breit" angelegt - mein erster Logiktester damals noch aus ausm Baumarkt kennt +12V noch als gültigen high-Pegel für CMOS :).


    Wenn Du Zeit hast: Entferne bitte U3, U4, U13, U26, U9, U10, U11, U12, U21, U22 U23, U24 aus dem Board, schalte es ein und messe die Pegel von A12 und A13. Ich finde es schräg, dass die beiden Signale dauern auf Hi sind. Der Adressbus wird vom VIC, der CPU und den Multiplexern aus getrieben - Ziel dieser Übung ist es herauszufinden, ob einer der bustreibenden Bausteine 'nen Schlag weg hat.


    Alternativ kannst Du auch U7, U19, U13 und U25 _gemeinsam_ is ein funktionierendes 250407 zu stecken und prüfen, ob sie noch läuft.


    EDIT: Ach ja, hat A12 durchgang auf A13?
    EDIT2: Posting an die neusten Erkenntnisse angepasst...

    Zitat von Draco

    Beim Betrachten der Bildschirmfotos sieht man, dass es offenbar ein Problem beim Zugriff auf Bit 4 des RAMs gibt.
    Es wird B statt R und C statt S ausgegeben (etc. pp.).

    Richtig, und " AD E"#" ist das BAD U23.
    Kurz mal durchgemssen - Pin13 ohne Signal.
    War ein fehlerhafter Durchgang im Sockel.
    Hat aber nur eine kleine Verbesserung gebracht:


    Wie man sehen kann, ist das Modul mit der Zero Page, dem Stack, dem Color-RAM, den 64K RAM und dem BASIC zufrieden.
    An der Stelle friert der Rechner meistens ein.


    Er hat es jetzt aber auch mal geschafft, komplett durchzulaufen!


    Der VIC Test sieht sio aus:


    Was mich wundert:
    1. Warum wird derselbe Text an zwei verschiedene Stellen im BildschirmRAM geschrieben? Da macht doch wieder eine Adressleitung Mist. In diesem Falle A7.
    2. Graustufen? Wo ist die Farbe?

    Zitat von s2k

    An VR2 (Pin 2) C102 oder C103

    4,85V stabil.


    Zitat

    Wie testest Du eigentlich die Pegel - Multimeter, Oszi oder Logiktester? Wenn zweites oder drittes, kannst Du bitte mal den Pegel in V von A12 oder A13 messen?

    Habe Logiktester und Multimeter.
    A12 und A13 sind satte 5,06V stabil. Kein Durchgang.


    EDIT: Sieht alles nach Adressleitungssalat aus. Und einem Hitzeproblem: Nach kurzer Zeit sieht das Bild dann so aus:
    bzw.
    Manchmal kann man noch kurz "BAD ADDBECC" erkennen, bevor es sich auflöst.


    Dann werde ich mal die Adressleitungen durchklingeln...

    Zitat von s2k

    1. C = 0x431 (0000010000110001) (2. Zeile)
    2. C = 0x4B1 (0000010010110001) (5. Zeile)
    Da stimmt was A9 oder A8 nicht... (Mann: wo sind nochmals beim Cevi MSB und LSB??? - scheiss peinlich dass ich das nicht mehr weiss... Sry)

    MSB, LSB? Was? :)
    Wenn die Adressleitungen von rechts gezählt werden, dann müsste es A7 sein - die Bildschirmausgabe wird nach jeweils 128 Zeichen wiederholt.


    Ich hab mal die Adressleitungen durchgeklingelt - zwischen BASIC, Kernel, CharROM, CIA1, CIA2, FarbRAM, CPU und PLA ist alles Paletti. Keinerlei Kurzschlüsse.

    Du hast geschrieben, daß irgendwer mal irgendwann alle Chips gesockelt hat. Das legt zusammen mit dem Wärmeproblem den Verdacht nahe, daß da Durchkontaktierungen beschädigt worden sind. Zusammen mit den Fehlerbildern wird da dann nur weiterhelfen, alle relevanten Durchkontaktierungen zu checken. Falls Präzisionssockel verwendet wurden, kann ein zusätzliches Verlöten von der Bestückungsseite her eine beschädigte Durchkontaktierung reparieren.

    Zitat von Computerbastler

    Du hast geschrieben, daß irgendwer mal irgendwann alle Chips gesockelt hat. Das legt zusammen mit dem Wärmeproblem den Verdacht nahe, daß da Durchkontaktierungen beschädigt worden sind. Zusammen mit den Fehlerbildern wird da dann nur weiterhelfen, alle relevanten Durchkontaktierungen zu checken. Falls Präzisionssockel verwendet wurden, kann ein zusätzliches Verlöten von der Bestückungsseite her eine beschädigte Durchkontaktierung reparieren.

    Ja, ist klar, aber ich würde die fehlerhafte Stelle gerne etwas eingrenzen, bevor ich 488 Lötstellen checke.

    Deshalb habe ich ja geschrieben: 'die relevanten Durchkontaktierungen'. Daß es sich offensichtlich um ein Adressierungsproblem handelt, wurde ja schon festgestellt. Jetzt muß noch herausgefunden werden, welches Bit (am Besten wohin) nicht durchkommt - aber da seid Ihr ja gerade dabei. Sollte nur ein Tipp sein, wo man wahrscheinlich den Fehler suchen muß (neben z.B. defektem Sockel).

    Einschaltmeldung kommt übrigens auch so:


    Den Cursor kann man nicht sehen, da er in einem der "überschriebenen" Bereiche ist.
    D.h. die ersten 16 Zeichen werden 'unsichtbar' geschrieben. Ab Zeichen 17 wird es dann hintern dem "BAM" ausgegeben.
    POKE1024,0 gibt mir ein @ in der linken oberen Ecke:



    Offenbar ist nicht jedes vierte Bit betroffen, d.h. RAM möchte ich erstmal auschließen.
    Damit tippe ich auf die Ansteuerung des CharROMs, was aber auch wieder merkwürdig ist - da müsste eigentlich kompletter Salat kommen.
    Oder die Ansteuerung des VIC ist hinüber - er holt sich die Daten, die er anzeigt, zweimal um 128 Byte versetzt.

    Zitat von s2k

    Was macht POKE1073,1

    Ändert das erste C von "COMMODOBE" in ein A.

    Zitat

    bzw. POKE1201,1?

    Da konnte ich nichts erkennen. Was hätte ich sehen sollen?

    Ein A auf Zeile 5, Spalte 17.


    Ich wollte wissen, ob der Bildschirmspeicher immer gespiegelt wird oder das nur beim Starten passiert.


    OK, jetzt wissen wir, dass ab Zeile 4, spalte 8 nicht mehr geschrieben werden kann.


    Edit: Was passiert bei:
    POKE1449,1
    POKE1450,1
    POKE1451,1
    POKE1452,1

    Zitat

    Hmmm, wieso wird eigentlich ein R zu einem B? R=0x12, B=0x02 - da liegt 0x10 (16) dazwischen - da stimmt immer noch was mit dem 4. Bit nicht!

    Joh, alles was xx1xxxxx sein soll, wird als xx0xxxx dargestellt.
    P wird zu @, X wird zu H usw. Alles andere tut.
    Der Wert im Speicher ist korrekt, es wird aber das falsche Zeichen angezeigt (sonst würde @OKE! "$,! nichts bringen).
    Deswegen vermute ich eine fehlerhafte Ansteuerung des CharROMs (mal abgesehen vom "Spiegeln" des Bildschirms)
    Du meinst das fünfte Bit?


    In den unsichtbaren Bereich des Bildschirms kann ich schreiben, es wird nur nicht angezeigt.


    EDIT: Muss mich korrigieren: POKE1024,1 bringt ein A!


    Zitat

    Edit: Was passiert bei:
    POKE1449,1
    POKE1450,1
    POKE1451,1
    POKE1452,1

    Nichts, was ich sehen könnte.

    Kurze Zusammenfassung: Drei Fehler scheinen zu existieren.


    1. Die Zeichendarstellung ist gestört. Bit5 (xx0xxxxx) ist offenbar immer 0 und kann nie 1 werden (P wird zu @, X wird zu H, usw).
    Im Speicher steht der richtige Wert, aber vom CharROM wird das falsche Zeichen geholt.
    Frage: Welche Leitung ist dafür zuständig (A5, D5)? Bit 5 scheint gestört.


    2. Der ausgegebene Bildschirm wird nach 128Bytes wiederholt. Nach erneuten 128Bytes wieder, d.h.
    - der Bereich für die Anzeigen von $0480-$04FF wird von $0400-047F geholt
    - der Bereich für die Anzeigen von $0580-$05FF wird von $0500-057F geholt
    - der Bereich für die Anzeigen von $0680-$06FF wird von $0600-067F geholt
    - der Bereich für die Anzeigen von $0780-$07FF wird von $0700-077F geholt, d.h. 1110xxxxxxx = 1111xxxxxxx
    Folgerung: Bit7 für die Anzeige des Bildschirminhaltes scheint gestört. Der Speicher selber ist nicht betroffen, nur die Darstellung durch den VIC.
    Frage: Welche Leitung ist dafür zuständig (A7/D7)?


    3. Die Bildschirmausgabe ist ohne Farbe.
    Da bin ich noch ohne weitere Hoffnung, das kann zuletzt drankommen...

    Falsche Zeichen -> Datenbus, Wiederholungen->Adressbus.
    Bzgl. der falschen Zeichen weise ich nochmals auf d4 hin. Es fehlt der Wert 16, was d4 entspricht.
    Auf der Suche nach der Farbe kannst Du mal am Drehregler in der VIC-Metallbox schrauben.