Beiträge von kinzi im Thema „C128 startet im C64 Modus, laut Dead Test Screen RAM bad?!“

    Der Dead-Test stoppt IMMER mit schnellem Durchscrollen/Flimmern der Rahmenfarben beim Screen-RAM-Test wie auf bem Bild auf Seite 1. Dann steht dort meistens "WAIT" (in dem Fall in dem er sofort abschmiert), ab und an "BAD" (wenn er ein paar Chars in der oberen Reihe durchläuft), manchmal auch "WAD", WAI" oder ähnliches.

    OK, das ist doch mal eine Aussage. :smile:

    Das heißt, dass das "BAD" nicht immer korrekt geschrieben werden kann, bevor es "ab zum Flimmern" geht. Das ist interessant. Muss ich mir den Code nochmals anschauen und überlegen, was ich davon halte.

    Besonders "WAD" ist interessant ...

    [edit]

    Alles auf den ersten Blick völlig unlogisch ... das Kopieren des Screen-Layout aus dem ROM ins Screen-RAM klappt einwandfrei (bis vielleicht auf die inversen Zeichen). Das Schreiben von "BAD" klappt aber schon nicht mehr?! Ich bin verwirrt ...

    Das sieht mir jetzt nach einem "zeitabhängigen" (thermischen) Problem aus. Möglicherweise erklärt das auch das Verhalten mit der Reset-Taste.

    [/edit]

    Moment, das schnelle Durchscrollen der Rahmenfarben so wie im Bild auf Seite 1 ist beim RAM-Test normal???

    Nein, das "Flimmern" ist ein Zeichen für einen Fehler. Dann kann da aber auch nicht "WAIT" stehen, sondern es muss "BAD " stehen.

    "Normal" ist das langsame Durchschalten der Farben (ca. im Sekundentakt).

    Eigentlich sollte ich den Screen-RAM-Test doch mehr oder weniger auf dem Screen mit Hilfe des durchlaufenden Zeichens verfolgen können oder? Manchmal läuft das halt für ein paar Zeichen und manchmal steht er direkt beim 1. Zeichen (@ oben links in der Bildschirmecke)


    Wenn er sich aufhängt wechseln die Rahmenfarben weiter, eben so wie im Bild auf Threadseite 1.

    "FLIMMERN" oder "IM SEKUNDENTAKT"?

    Wenn er flimmert, steht da "BAD" oder "WAIT"?

    Wenn er, sie du beschriebst, manchmal bei "WAIT" sich aufhängt - mit FLIMMERN oder IM SEKUNDENTAKT?

    Sorry, aber präzise Angaben sind wichtig, wenn man nicht selbst vor dem Gerät sitzt.

    Allerdings bekomme ich meistens ein wait beim Screen RAM Test, anscheinend hängt er sich wirklich komplett auf.

    Die Bildschirmfarben wechseln dann wohl auch nicht mehr?

    Das ist seltsam. Das bedeutet aber, dass die Programmausführung dann auch betroffen ist, also das ROM; nicht nur das RAM.

    Wann passiert das GENAU? Wenn du den RESET-Taster beim Einschalten hältst? Bitte mal genau beschreiben.

    Macht es Deinem Dead-Test eigentlich einen Unterschied, ob er sich mit "WAIT" oder "BAD" im Screen-RAM-Test aufhängt?

    Ja, WAIT = Programm läuft (oder hat sich aufgehängt).

    BAD = definitiv ein Speicherfehler aufgetreten.

    Und warum wird der Charset mit jedem "Reset" lesbarer?

    Das kann ich dir nicht beantworten. Es ist unlogisch für mich.

    Halte mal vor dem / beim Einschalten die Reset-Taste für 10 Sekunden gedrückt und lass dann los - in welchem Zustand startet es dann?

    Das ...

    Bitte melde dich an, um diesen Anhang zu sehen.

    ...sieht aber nicht nach intaktem RAM aus. Invertierte Zeichen sind kaputt -> entweder Problem mit D7 am/im RAM oder (unwahrscheinlich) Problem mit A10 zum Char-ROM.

    So, ich denke, es ist A10 an Char-ROM und den RAMs. Das ist von dort (RAM und Char-ROM) Richtung CPU irgendwo unterbrochen oder kurzgeschlossen.

    D7 kann es nicht sein, denn dann wären die Zeichen oben einfach nicht invertiert. Es ist aber klar zu sehen, dass das nicht der Fall ist, die Zeichen werden "von irgendwo", nicht aus dem Bereich, wo das Charset im RAM liegt, gelesen.

    Warum wirkt sich das dann bei einem RAM-Test nicht aus?

    Weil: So lange A10 auf definiertem Pegel liegt. ist mit einem RAM-Test, der nur nacheinander einzelne Zellen testet, dieser Fehler nicht feststellbar.Es wird halt sowohl bei A10=0 als auch bei A10=1 der gleiche RAM-Bereich getestet - und der ist OK. Auf die Schnauze fällt das Ding erst, wenn da wirklich unterschiedliche Daten bei A10=0 und A10=1 erwartet werden.

    Also in dieser Konfiguration (also mit 256k Eprom auf U32) beeinflusst J6 jediglich Pin 27 von U32. Der ist aber mit dem Schalter fest auf High bzw. Low und garnicht mehr mit dem Board verbunden.

    Demnach sollte also J6 keinerlei Auswirkungen haben ?

    Das schrieb ich ja schon:

    Da braucht es kein A14 am (EP)ROM. Da der Pin hochgebogen ist, führt die Leitung eh "ins Leere" und es spielt keine Rolle, aber es ist falsch bzw. zumindest unnötig.

    Es "macht also nichts" im konkreten Fall.

    Ist aber auch nicht eine Ursache für irgendwas.

    "J6 kann und soll definitiv offen."

    Ändert nix am Fehlverhalten und ist nicht ursächlich.

    Ich komme gerade nicht hinterher...


    Auf dem 27256 mit dem Umschaltung soll Jiffy DOS und anscheinend ein Teil des Originalen Kernals sein. Was müsste denn jetzt in welchem EPROM wohin mit der aktuellen Jumper-Config auf dem Board???

    Das ist ein 27256, in dessen einer Hälfte das Original-ROM und in der anderen Hälfte JiffyDOS gebrannt ist. Die Hälften-Umschaltung passiert per Schalter. Der C128 sieht immer nur eine Hälfte des 27256. also quasi immer ein 27128.

    Daher in deine Falle: J3, J4, J6 OFFEN.

    Kein Änderungsbedarf.

    Der ist aber mit dem Schalter fest auf High bzw. Low und garnicht mehr mit dem Board verbunden.

    Demnach sollte also J6 keinerlei Auswirkungen haben ?

    Du verwechselst immer noch "ROM-Umschaltungs-Gebastel" mit "ROM-Zusammenlegungsmöglichkeit laut Schaltplan ab Werk".

    Lies meine Posts nochmals.

    J3, J4, J6 dienen dazu, je nach Bedarf ...

    2 x 256 kBit ROMs ab Werk (23256) in U32/U34 zu verwenden (dann bleiben U33 und U35 leer!), oder
    4 x128 kBit ROMs ab Werk (23128) in U23 / U33// U34 / U35 einsetzen zu können.

    Nichts anderes.

    Für eine ROM-Umschaltung sind die irrelevant.

    J3, J4, J6 sind ausschließlich für den zitierten Zweck relevant.

    Weiterhin postuliert die gleiche Anleitung das hier:

    Das kann schon sein, dann ist die auch falsch.

    Sieh dir nochmals den Schaltplanausschnitt an, den du gepostet hast. und denk nochmals ein wenig darüber nach ... :wink:

    [edit]

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bei 23256 hält U32 ROM 1 und ROM 4, U34 hält ROM 2 und ROM3. Steht alles im Schaltplan.

    Bei 27128 hält jedes 23128 in U32..U35 genau ein ROM[1..4].

    Und wenn man nun eine Kernal-Umschaltung einbaut, sind das ZWEI 27128 quasi "übereinander" auf einem Steckplatz, die per A14 umgeschaltet werden. Der C128 sieht davon immer nur dasjenige. das gerade mit dem Umschalter selektiert ist, also immer effektiv ein einzelnes 27128. Daher ist es in diesem Fall sinnfrei, auf 27256 zu jumpern.

    Q.E.D.

    [/edit]

    [EDIT 2]

    Ergänzend:

    Wenn man auf 2 x 27256 (U32..U35 zusammengelegt auf U32/U34) umgebaut hat und man will dann zusätzlich noch eine ROM-Umschaltung, muss man 27C512 nehmen und das ROM per A15 (Pin 1) umschalten - genau wie beim C128DCR, der hat die Reduktion von vier auf zwei ROMs nämlich bereits ab Werk so und kann gar nicht mehr mit 4 x 23128 bestückt werden ab Werk.

    [/EDIT 2]