C64 funktioniert, aber kein cursor

Es gibt 70 Antworten in diesem Thema, welches 8.658 mal aufgerufen wurde. Der letzte Beitrag (8. Oktober 2023 um 11:18) ist von saticon.

  • Seltsamer Fehler, wenn der Speicher wirklich fehlerfrei ist, müsste dieses Programm den Cursor blinken lassen.

    10 fort=0to69:ready:poke49152+t,y:next:sys49152

    20 data120,169,0,133,204,44,17,208,48,251,44,17,208,16,251,165,204,208,48,198

    30 data205,208,44,169,20,133,205,164,211,167,207,73,1,133,207,240,17,165,209

    40 data133,243,165,210,41,3,9,216,133,244,177,243,141,135,2,177,209,133,206,73

    50 data128,145,209,189,134,2,145,243,76,5,192

    Es ist praktisch unmöglich, ein schnelles Programm zu schreiben, wenn man es in Basic programmiert.

  • Das angehängte Programm überprüft den Anfang der IRQ-Routine im ROM, bei Unterschieden werden Adresse, Istwert, Sollwert ausgegeben.

    Sollte einfach nur wieder READY erscheinen, ist diese Stelle im ROM also korrekt.

  • @Bitte melde dich an, um diesen Link zu sehen.

    Dein Programm funktioniert und lässt den Cursor blinken.

    Habe es mal getestet.

    Das Drachenboot liegt schon am Strand.

    Die Königin sie zittert.

    Und wenn der Wind die Segel bläht,

    dann hab ich Blut gewittert.

    Einmal Wikinger immer Wikinger.

  • Wenn das beim TS(!<- DER soll es ausführen, nicht jeder Clown, der das Problem gar nicht hat, selbst Clowns mit dem gleichen Problem sollten der Übersichtlichkeit halber einen eigenen Reparatur Thread eröffnen) funktionieren sollte, dann deutet einiges auf nen Hau im ROM -> das Zeug, was Mac Bacon geuppt hat, wäre mal zu testen oder kompletter ROM-Test

    Es sind keine anzeigbaren Aktivitäten vorhanden.

    2 Mal editiert, zuletzt von TheRyk (16. September 2023 um 10:24)

  • TheRyk

    Es ging nur darum zu schauen, ob das Programm funktioniert.
    Hier gleich Leute als Clowns zu betiteln entspricht nicht der

    Höflichkeit hier im Forum.
    Auch wenn es dir nicht passt was gemacht wurde, kannst Du das

    auch in höflicher Form wiedergeben.

    Das Drachenboot liegt schon am Strand.

    Die Königin sie zittert.

    Und wenn der Wind die Segel bläht,

    dann hab ich Blut gewittert.

    Einmal Wikinger immer Wikinger.

  • Das zeigt wieder einmal, jeder tickt anders, natürlich macht es wenig Sinn, das Programm auf funktionierender Hardware zu testen. Aber zum Spaß oder aus Neugier, was das Programm so macht, kann man es doch mal laufen lassen. Nebenbei die Routine ist aus meinen Coder-Kernal und verwendet unter anderem auch Illegal Opcodes.

    Es ist praktisch unmöglich, ein schnelles Programm zu schreiben, wenn man es in Basic programmiert.

  • Ich sag nur eins, Netzteil, Netzteil, Netzteil.

    Das glaube ich nicht - wenn das die Ursache wäre (zu niedrige Spannung, Schwankungen), würden auch ganz andere Dinge nicht funktionieren.

    Interessant: 3 Seiten, aber immer noch keine Ursache bekannt. Wie sieht es aus mit Diagnosetools? Check64 oder Deadtest vorhanden? Oder jemand in der Nähe, der weiterhelfen kann?

    Bisher scheint nur RAM als mögliche Fehlerquelle ausgeschlossen zu sein. Im Rennen ist noch PLA, CIA, ROM, ...

  • Das Ergebnis von romcheck.prg lautet: 59960 196 198

    Sind Ist- und Sollwert also verschieden?

    cursor.prg lässt meinen cursor blinken, aber die tastur funktioniert dann nicht mehr.

    Mir ist noch aufgefallen dass ich zwar ein Fragezeichen tippen kann, aber keinen Schrägstrich. Der Schrägstrich wiederum ist jetzt ein Minuszeichen. Das ist soweit ich weiss, die einzige Taste die sich merkwürdig verhält.


    Leider habe ich den original Kernal nicht mehr, weil ich dachte, dass ich den garrraaaaantiiiiert nicht mehr brauchen würde :facepalm:

  • Das Ergebnis von romcheck.prg lautet: 59960 196 198

    Sind Ist- und Sollwert also verschieden?

    Ja. Mit 196 statt 198 an Adresse $EA38 wird aus dem Befehl "DEC $CD" dann ein "CPY $CD", d.h. der Verzögerungszähler für das Cursorblinken wird nie heruntergezählt und das Verhalten des Folge-BNE-Befehls hängt vom Inhalt des Y-Registers ab.

    Mir ist noch aufgefallen dass ich zwar ein Fragezeichen tippen kann, aber keinen Schrägstrich. Der Schrägstrich wiederum ist jetzt ein Minuszeichen. Das ist soweit ich weiss, die einzige Taste die sich merkwürdig verhält.

    "-" statt "/" heißt $2d statt $2f, in der Tastaturtabelle ist also wohl auch ein Bit gekippt.

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

  • Leider habe ich den original Kernal nicht mehr, weil ich dachte, dass ich den garrraaaaantiiiiert nicht mehr brauchen würde :facepalm:

    welcher Chip ist das in Deinem Fall?

    Also "Mos-Nummer"... es gibt ja je nach Board andere Versionen...

    Welches Kernal hast Du jetzt drin?

    Auf Adapterplatine?

    Stefan

  • Ich habe einen C64 mit Longboard, aber mit Jiffydos und Adapterplatine.

    Wie kann es passieren dass ein eprom die bits oder bytes flipped? Wars nur Pech, oder hab ich was falsch gemacht?

  • Wie kann es passieren dass ein eprom die bits oder bytes flipped? Wars nur Pech, oder hab ich was falsch gemacht?

    Wie lange ist es denn her, dass das EPROM gebrannt wurde? Und mit welchem Brenn-Algorithmus wurde das gemacht?

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

  • saticon

    Wenn ich Dich richtig verstehe, hast Du einen Adapter von 24 polig

    Originalkernal auf 28 polig Eprom ( Jiffy Dos bei Dir). Richtig ?

    Du könntest also den Adapter rausziehen und ein Originalkernal

    einstecken. Richtig ?

    Wenn ja, kucke ich mal, ob ich noch ein Originalkernal da habe

    und schicke es Dir wenn Du möchtest.

    Das müsste das MOS 901227 sein.

    Schicke mir mal eine PN, ich habe ein Originalkernal gefunden. :)

    Wenn Du möchtest.

    Das Drachenboot liegt schon am Strand.

    Die Königin sie zittert.

    Und wenn der Wind die Segel bläht,

    dann hab ich Blut gewittert.

    Einmal Wikinger immer Wikinger.

  • Wie kann es passieren dass ein eprom die bits oder bytes flipped?

    EPROMs halten die Daten nicht ewig, das ist normal. Man kann es mit UV-Licht löschen und neu brennen. (bzw. evtl. kann man einfach nur die geflippten Bits nachbrennen? Weiß wer, ob das vom Prozess her geht und wenn ja, welche Brenner/Software das können?)

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

  • Da die bits (logischerweise) immer Richtung 'leer' kippen sollten alle Brenner bzw. deren Software das schon können. Es darf natürlich zu Beginn kein Leertest gemacht werden.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.