Schau dir mal U17 an, da sehen die Beinchen nicht gut aus. Vielleicht liegt da schon das Problem.
Das Problem liegt m. E. auch in den nachgelagerten TTLs ... U17 kann dann aber nur VA6, VA7 oder AEC sein, oder?
Hallo Besucher, der Thread wurde 20k mal aufgerufen und enthält 188 Antworten
letzter Beitrag von Gikauf am
C128 mit Grafikmüll
- awsm
- Erledigt
-
-
Lass bitte mal - bei eingestecktem Farb-RAM - meinen "minimalen Memtest" laufen. Der macht nämlich keine Schreibzugriffe ins Farb-RAM, während das Testmodul dies zu tun scheint. Nicht dass da der Farb-RAM-Fehler den RAM-Test beeinflusst...
Da mein Ultimate II und der 128 zusammen nicht laufen (hmmmm.....), habe ich mal wieder old school eingetippt. Cool, dass das ging!
Und hier das Ergebnis
-
Und hier das Ergebnis
Dann haben wir aber eher ein Problem hier, oder?
VIC Default Screen Memory
1024-2047/$0400-$07FF
Werfe jetzt den U23 als defekt ins Rennen? Any Suggestions? Wurde der schon getauscht?
-
-
Werfe jetzt den U23 als defekt ins Rennen? Any Suggestions? Wurde der schon getauscht?
U23? Das 4416 sieht nach einem der zwei RAMs für den VDC aus. Der hat doch mit unserem Problem gar nichts zun tun.
Was mich aber wundert... Warum ist die Schrift im C64 Modus hellblau und nicht grau wenn das FarbRAM-Probleme macht?
-
U23? Das 4416 sieht nach einem der zwei RAMs für den VDC aus. Der hat doch mit unserem Problem gar nichts zun tun.
Wenn U23 das DD0-DD3 runterzieht? Bist du sicher?
-
Wenn U23 das DD0-DD3 runterzieht? Bist du sicher?
Ja, weil der Datenbus zum VDC-RAM keine direkte Verbindung zum Datenbus des C128 hat. Das geht alles durch den VDC. Deshalb heissen die Leitungen auch 'DDx' und nicht 'Dx'
-
Was mich aber wundert... Warum ist die Schrift im C64 Modus hellblau und nicht grau wenn das FarbRAM-Probleme macht?
Man kann m. E. nicht sagen, dass das FarbRAM Probleme macht ... es ist ein generelles RAM Problem bis hin zum System Data Bus.
Da kannst du nur von IC zu IC messen, wie im C128 Diagnostic Troubleshooting Manual genau beschrieben.
-
Wenn U23 das DD0-DD3 runterzieht? Bist du sicher?
Ja, weil der Datenbus zum VDC-RAM keine direkte Verbindung zum Datenbus des C128 hat. Das geht alles durch den VDC. Deshalb heissen die Leitungen auch 'DDx' und nicht 'Dx'
Außerdem werden D0..D3 nicht "runtergezogen", die sind "1111" beim Farb-RAM-Problem (hellgrau, dez.15).
-
Was mich aber wundert... Warum ist die Schrift im C64 Modus hellblau und nicht grau wenn das FarbRAM-Probleme macht?
Das ist nicht hellblau, vergleich mal mit dem Rahmen ... viel zu grell.
-
Hmmmmm ... muss weiter Nachdenken ...
. -
Und hier das Ergebnis
Aber hier werden doch die falschen Chars in das Screen RAM geschrieben ... oder sehe ich das falsch?
-
Das ist nicht hellblau, vergleich mal mit dem Rahmen ... viel zu grell.
Beim Ergebnis des RAM-Testprogrammes ist die Schrift ein eher dunkles blau, jedenfalls kein Grau 1111.
-
Beim Ergebnis des RAM-Testprogrammes ist die Schrift ein eher dunkles blau, jedenfalls kein Grau 1111.
Das ist ganz sicher hellgrau (15), kein hellblau (14) - siehe Rahmen als Vergleich, der ist 14:
Die Schrift ist viel heller.
Dunkelgrau = 11, mittelgrau = 12, hellgrau = 15.
[EDIT]
Man sieht am Rand sehr deutlich, dass es eine Farbabstufung zu hellblau ist:
[/EDIT]
-
Man sieht am Rand sehr deutlich, dass es eine Farbabstufung zu hellblau ist:
Reden wir jetzt von der Schriftfarbe oder der Hintergrundfarbe?
-
Reden wir jetzt von der Schriftfarbe oder der Hintergrundfarbe?
Der Rahmen ist hellblau (14).
Der Hintergrund ist blau (6).
Die Schrift ist hellgrau (15). Das ist das Problem, alle Datenbits konstant auf 1.
[EDIT]
Wäre die Schrift hellblau, sähe man keinen Unterschied zum Rahmen, siehe:
[/EDIT]
[EDIT 2]
Ach so, die Zeichen beim RAM-Test sind natürlich invers, vielleicht verwirrt dich das.
[/EDIT 2]
-
Aber hier werden doch die falschen Chars in das Screen RAM geschrieben ... oder sehe ich das falsch?
Ja, das siehst du falsch.
-
Und hier das Ergebnis
Kein Fehler, und das obwohl das Testmodul Fehler in D0 und D2 meldet. Der Unterschied könnte von der verwendeten Speicherkonfiguration herrühren, oder von Schreibzugriffen aufs Color-RAM, oder vielleicht auch von den verwendeten Instruktionen (da wäre dann die CPU defekt)...
Noch ne ganz andere Idee: Geh bitte mal nach dem Einschalten in den Monitor und mach Screenshots von den Ausgaben dieser beiden Kommandos:
m 0d7d0 und m 1d7d0
Vielleicht landen die Schreibzugriffe aufs Farb-RAM ja stattdessen im normalen RAM, das müsste bei den Ausgaben auffallen.
-
Höchstwahrscheinlich ist es die CPU...
-
Höchstwahrscheinlich ist es die CPU...
Glaub ich nicht ... die soll genau das Farb-RAM nicht beschreiben können, alles andere funktioniert? Höchstens ein kaputtes Port-Bit könnte ich mir vorstellen, aber da im 64-Mode der Fehler auch da ist, der I/O-Bereich aber ansonsten funktioniert würde mich das sehr wundern.
Ich vermute, es ist ein Problem bei MMU/PLA bzw. in der TTL-Logik, eventuell ein Überbleibsel vom Löten.
awsm Hattest du den C64 Dead Test schon laufen lassen? (Ich weiß es nicht mehr ... "Grüß Gott, Herr Alzheim!")
