C64 Mal schwarzes Bild mal bunte Kacheln

Es gibt 306 Antworten in diesem Thema, welches 28.280 mal aufgerufen wurde. Der letzte Beitrag (21. Juni 2021 um 20:43) ist von Fepo.

  • Aber nur auf $0400/$0401.

    Die Fehler beim Diag sind ja an anderer Stelle. Im Dead Test sind drei "OK" auch grün und zwei sind konstant violett.


    Im "Test-Programm" aus #170 wird außerdem "mit voller Bandbreite" geschrieben und gelesen. Dead Test und Diag hingegen haben eine Verzögerung eingebaut nach dem Schreiben. Schon möglich, dass in #170 das Lesen schnell genug nach dem Schreiben kam. Beim BASIC-PEEK ist es dann wieder langsam genug.

    Das ist ja alles richtig, aber ich würde einfach gerne wissen, ob der Rechner im normalen Betrieb funktioniert oder nicht. Vielleicht läuft ja auch einfach das Diagnosemodul nicht richtig, weil z.B. eine der hohen Adressleitungen am Expansionsport ein Kontaktproblem hat oder so. Wie gesagt: Inzwischen ist der Thread etwas unübersichtlich, daher die Frage nach dem aktuellen Stand.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • Wenn man das Gerät ohne eine Karte startet kommt ganz normal der Startbildschirm.

  • Bitte mir einmal sagen ob der Widerstand im RP4 1 zu 3 der normalerweise 3.3 k haben sollte aber nur 2,68 k hat und an der IRQ Linie hängt, einen solchen Fehler auslösen könnte?

  • ob der Rechner im normalen Betrieb funktioniert oder nicht

    Die PEEKs waren doch im normalen Betrieb, oder stehe ich irgendwie im Wald ... ?

    Aber gut, dann bitte nochmals:

    FOR I = 0 TO 15 : POKE 55296 + I , I : PRINT I, PEEK (55296 + I) : NEXT

    Und bitte die Ausgabe posten.

    Bitte mir einmal sagen ob der Widerstand im RP4 1 zu 3 der normalerweise 3.3 k haben sollte aber nur 2,68 k hat und an der IRQ Linie hängt, einen solchen Fehler auslösen könnte?

    Nein.

    Widerstände kann man im eingelöteten Zustand nicht richtig messen. Man misst immer "die Schaltung mit".

  • [OT]

    Ich frage mich gerade, warum der Color-RAM-Test beim DEAD TEST OK ist? ?(?(?(

    Dead Test 004 hat einen Bug, von mir höchstpersönlich eingebaut ... es wird immer mit dem Muster $00 getestet ... :wand

    Deshalb ist der Test hier auch "OK".

    [/OT]

  • Der Fehler ist nach wie vor da.

    Ja, sieht so aus.

    Ich hab gerade mein memtest-Programm so umgestrickt, dass es nur das Color-RAM prüft und das Ergebnis sowohl nach $0400 als auch zu $d020 schreibt. Soll heißen: Ist alles in Ordnung, bleibt der Rand schwarz und links oben steht ein Klammeraffe. Beschränkt sich der Fehler auf Bit0, wird der Rand weiß und links oben steht ein A. Bei einem total defekten Color-RAM würde der Rand hellgrau und links oben stünde ein O, etc.

    Das Programm bitte ganz normal mit LOAD+RUN laden und starten - da wir hier nicht mit RAM sparen müssen, hat es den üblichen BASIC-Kopf. :D

  • [OT]

    Ich frage mich gerade, warum der Color-RAM-Test beim DEAD TEST OK ist? ?(?(?(

    Dead Test 004 hat einen Bug, von mir höchstpersönlich eingebaut ... es wird immer mit dem Muster $00 getestet ... :wand

    Deshalb ist der Test hier auch "OK".

    [/OT]

    D. h. mit dem Original würde es hier zu einem Fehler kommen?

    Spannender Thread und Futter für Check64 V28o

    "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 Delay hat das aber auch nicht, oder?

    Kein zusätzliches, aber bedingt durch den Testalgorithmus werden zwischen dem Beschreiben und dem Testen einer Speicherzelle ja erst alle anderen 1023 Speicherstellen getestet und mit dem Folgewert beschrieben, das dauert ein paar Zyklen. Aber die Idee ist gut, ein zusätzliches Delay bau ich da noch ein.

    Hier ist noch ein rein visueller Test: Im (circa-) Sekundentakt wird das komplette Color-RAM und die Randfarbe immer neu beschrieben, die Farbe wechselt immer zwischen Orange, Lila, Rot und Weiß. Das sind die Bitmuster #... -> .#.. -> ..#. -> ...#.

    Falls nur wenige Bits eines Color-RAMs auf festen Werten hängen, sollte man das also sofort an den Abweichungen vom Rest des Screens sehen können.

    Im vorliegenden Fall wird das wohl nicht viel bringen, aber schaden kann es auch nicht. ;)

  • das dauert ein paar Zyklen.

    Nur als Hinweis - das Diag hat da zwei Schleifen pro Test-Wert pro Speicherzelle:

    Code
    I8901  TXA
           PHA
           LDX #$00
    I8905  INX
           BNE I8905
    I8908  INX
           BNE I8908
           PLA
           TAX
           RTS

    Deshalb sieht man den Vorgang auch deutlich. Das ist bei deinem Programm natürlich vielleicht zu lange.

  • Was ist denn derzeit eigentlich das Symptom?

    Die PEEKs sind doch kaputt?

    Hucky hat (ausnahmsweise) mal vielleicht recht ... PLA-Inkompatibilität. :D ?

    du erkennst aber schon Ironie ? 🤔

    Arcade: Twinliner, Fashion Vision,
    "Cosmic Guerilla" cocktail table
    Pins: Scared Stiff + Getaway
    C64, C65, C66, Gammel+Mist...

  • Was wir glaube ich noch nicht hatten:

    10 FOR I = 0 TO 1023

    20 POKE 1024 + I , 160 : POKE 55296 + I , 5

    30 NEXT I

    40 GOTO 40

    Das sollte den ganzen Schirm mit grünen, reversen Spaces füllen. Mich würde nämlich interessieren, ob das ganze Color-RAM vom Problem betroffen ist.

  • Ja, sieht so aus.

    Ich hab gerade mein memtest-Programm so umgestrickt, dass es nur das Color-RAM prüft und das Ergebnis sowohl nach $0400 als auch zu $d020 schreibt. Soll heißen: Ist alles in Ordnung, bleibt der Rand schwarz und links oben steht ein Klammeraffe. Beschränkt sich der Fehler auf Bit0, wird der Rand weiß und links oben steht ein A. Bei einem total defekten Color-RAM würde der Rand hellgrau und links oben stünde ein O, etc.

    Das Programm bitte ganz normal mit LOAD+RUN laden und starten - da wir hier nicht mit RAM sparen müssen, hat es den üblichen BASIC-Kopf. :D

    habs grad mal simpel getestet. D0 am 2114 hochgebogen. Der Rand wird weiß, links oben steh ein 'A' - so wie von Dir beschrieben :thumbsup:

    Allerdings wechseln auch schon beim C64 Startbildschirm mit dem hochgebogenen Beinchen die Buchstaben munter die Farben. Das ist ja bei @Elektrofuxx nicht der Fall.

    "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"