Assy 250469 Rev B - kein Takt

Es gibt 426 Antworten in diesem Thema, welches 44.369 mal aufgerufen wurde. Der letzte Beitrag (3. September 2019 um 18:44) ist von kinzi.

  • Da bin ich mir nicht ganz sicher ... die Rahmenfarbe kommt ja nicht vom Bus. Mir sieht das eher aus, wie wenn was dauernd in den VIC reinschreibt (auf alle Register) und dabei dauernd die Rahmen- und Hintergrundfarbe ändert. Der Bildschirmaufbau dürfte abgeschaltet sein (D011 Bit 4=0).


    Womit wir wieder bei einem Adressierungsproblem wären ...

    Dafür spricht auch: Teilen wir mal die 15625 Hz Zeilenfrequenz durch 8, dann hat genau die 2 MHz mit dem der Bus läuft (1,95 MHz sinds bei PAL)

    zu sehen sind zwar nur ca. 6 'Felder'... der Rest ist bestimmt im Overscan verschwunden.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • 15625 Hz Zeilenfrequenz durch 8, dann hat genau die 2 MHz mi

    15625 Hz = 15,625 kHz ... geteil durch 8 macht das 2 kHz bei uns in AT. ;)

    Aber gut, Adam Riese war Deutscher ... wir hinken da wahrscheinlich hinterher. :P

    Polemik beiseite:

    Die Fehler sind acht Zeichen breit. Der Dot Clock ist 8 MHz, ein Pixel dauert 1/8 µs, ein C64-Zeichen 1 µs. => Die acht Zeichen breite "Spalte" braucht 8 µs (entspricht 125 kHz). Ich weiß nur noch nicht, was ich damit anfangen soll ... ich hirne schon die ganze Zeit.

  • Bitte nicht Äpfel mit Birnen vergleichen.

    Das mache ich grundsätzlich mmer so ... nein ... Spaß beiseite ... ich habe keine Ideen mehr, woran es liegen könnte ... irgendeine assoziierte VIC-Leiterbahn ... aber ich sehe da keinen Zusammenhang zu dem Tastaturproblem. Ich habe keine Idee mehr.

  • Also nochmal den Rechentaschner bemühen:

    2000 (Hz) / 125 (Hz) = 16 (Hz)

    Das ganze x8 = 128 (Hz).... das müsste doch passen.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • Die Rechnung stimmt, aber was bedeutet es?

    Das der VIC permanent den Bus hat (IMHO)... deswegen hatte ich nach dem Signal auf BA im Fehlerfall gefragt.

    Die CPU macht dann halt nix mehr und der VIC liest stumpf nur noch aus.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • Da aber schon... oder sieht du hier einen Rahmen?

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • Es ist schon ähnlich ... wer weiß denn schon, was es alles für Fehlerbilder gibt.

    Jetzt diskutiert bitte nicht weg, dass die Bilder sich ähneln ... oder bin ich blind ... :).

    Sie sind jung... sie sind verliebt.... Sie brauchen eine Brille.... :D

    Sorry, aber ich seh da auch absolut keine Ähnlichkeit... Muss ich mir erst was einschmeissen damit es passt? 8o

  • Da aber schon... oder sieht du hier einen Rahmen?

    EBEN. Es wird nur die Rahmen bzw. Hintergrundfarbe geändert. Der Rahmen ist da, setzt sich aber nicht deutlich ab, weil die Bilderzeugung abgeschaltet ist (D011;Bit 4=0). Mach mal ein POKE 53265,11 , dann weißt du, was ich meine: Der Hintergrund bekommt die Rahmenfarbe, Bildinhalt ist weg.

    Und nun ändere mal sehr schnell (in ASM) nur die Rahmenfarbe. Wenn du das richtig timest, hast du dieses Bild.

    Im Rahmen kann der VIC nichts darstellen, was er "vom Bus liest", zumindest keine Characterdaten und auch keine Zeichenfarben. (Sprites gehen, wenn der Rahmen geöffnet wird.)

    Deshalb würde ich das eher so interpretieren, dass was sehr schnell (8 µs) immer wieder D020 (Rahmenfarbe) beschreibt, so etwa:

    Bitte melde dich an, um diesen Anhang zu sehen.  Bitte melde dich an, um diesen Anhang zu sehen.

    Kommt dir das bekannt vor? ;)

    [edit]

    Wenn man zum richtigen Zeitpunkt schaut sind es sogar fünf Spalten:

    Bitte melde dich an, um diesen Anhang zu sehen.

    :D

    [/edit]
  • Das ist es sogar 100%ig!

    Der Code ist:

    INC $D020

    JMP einszurueck

    Der braucht 9 Taktzyklen, eine VIC-Zeile hat 63 Taktzyklen, 63 / 9 ergibt 7 ohne Rest .> 7 Spalten, die linke und die rechte verschwinden im Overscan. Und weil es keinen Rest gibt, sind die Spalten für ein ganzen Halbbild gleichmäßig verteilt.

    Bingo!

    Jetzt müssen wir nur noch rausfinden, warum das beim EF3 auf dem 250469 Rev. B von call286 passiert.

    [edit]

    Und wenn man mit einem SEI davor noch die IRQs sperrt, ist es sogar ganz stabil:

    Bitte melde dich an, um diesen Anhang zu sehen.  Bitte melde dich an, um diesen Anhang zu sehen.  Bitte melde dich an, um diesen Anhang zu sehen.

    [/edit]
  • call286 Hattest Du mal ne Blindeingabe probiert? also mit nem angeschlossenem Tape oder Diskettenlaufwerk was zu laden? Also wo man tatsächlich merken könnte ob er was lädt, auch wenn sich am Bildschirm nichts tut? Oder vielleicht einfach mal nen SYS64738 eintippen und guggen ob er resettet?

  • War Nichtfunktion der Tastatur außerhalb EF3 nicht ein persistentes Teilproblem? :gruebel

    Bitte melde dich an, um dieses Bild zu sehen.

    '°'°'°'°'°'°'°'°'°Oo.~>| BASIC programmers never die! They just GOSUB without RETURN! |<~.oO°'°'°'°'°'°'°'°'°'

  • Also blind eintippen hat nichts gemacht. Aber ich glaube ich habe ein weiteres Puzzleteil:

    Ich habe nur eine PI1541 hier und die macht, sobald ich die anstecke, dicht. D.h. ich kann selbst mit ausgeschaltetem C64 nichts im Menü auswählen.

    Wenn ich den C64 einschalte, bekommt die normalerweise irgendein Signal - ich nenne es jetzt mal einen Reset oder ein "mach dich bereit". Das kommt anscheinend hier nicht. Ich kann bei eingeschaltetem C64 nicht beobachten, dass das Display kurz weg ist und wieder kommt und ich kann dann auch kein D64 auswählen.

    Hilft euch das vielleicht weiter? Da die Chips ja ok sind, deutet das doch auf eine kaputte oder halbkaputte Leiterbahn hin oder?

  • Wenn ich den C64 einschalte, bekommt die normalerweise irgendein Signal - ich nenne es jetzt mal einen Reset oder ein "mach dich bereit".

    Nicht alle 64er schicken einen Reset beim Einschalten an den IEC-Bus. Das kann/ist also durchaus normal.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • Ok, schade. Also ich habe es grade nochmal versucht mit dem Kontroll-469er.

    Die verhalten sich beide gleich, bis das Basic kommt.

    Da kann ich dann beim Kontroll-CeVi das Pi1541 wieder bedienen, also hoch / runter usw. im Menü.

    Beim kaputten nicht.

    Das Pi1541 setzt aber bei beiden C64 den Cursor am kleinen Display nach oben beim Einschalten.