C264 Expansion Bus Decoding/Timing

Es gibt 2 Antworten in diesem Thema, welches 820 mal aufgerufen wurde. Der letzte Beitrag (4. Dezember 2022 um 21:22) ist von kinzi.

  • Hallo Zusammen!

    Ich tüftel gerade an einer "Flipper" Karte, d.h. ein Ende für den C64, das Andere für die C264 Kisten.

    Das C64 läuft prima (den kenn' ich :wink: )... auf der C264 habe ich aber beim Lesen Daten-Verluste.

    Als Test lese ich aus Basic per PEEK bis zu 64K wobei ich so ca. alle 250-300 bytes meistens um die 3 Bytes verliere.

    Kleinere Datenmengen kann ich problemlos schreiben und lesen (aktuell über 0xFDF0 oder 0FD90).

    Für's Adress-Decoding nutze ich einen LS08 für A15-A11, den Rest mache ich in einem CPLD.

    Das VHDL nutzt also einen Ausgang des '08 (upper 5), einen option Jumper und i_AddrHi (A9-A3)

    i_Select <= '1' when ( upper5 = '1' and C16option = '0' and i_AddrHi = "1011111" ) else '0';

    Dieses signal wird (invertiert) auch für einen LS245 buffer (D0-7) genutzt.

    Mein ChipSelect für den Chip, der die Daten liefert benutzt dann i_Select, A3&A2 sowie Phi2:

    mycs <="0" when="" (="" i_select="1" and="" i_addrlo="00" phi2="1" )="" else="" '1';

    Kann es sein, daß Phi2 beim C264 nicht ausreicht?

    Bitte melde dich an, um diesen Link zu sehen. gibt einen Hinweis auf BA (Bus Available) - sollte ich den mit einbeziehen?

    Vielen Dank für Eure Tips und Hilfe im Voraus,
    Axel

  • 8R0TK4$T3N 8. November 2022 um 16:33

    Hat das Thema freigeschaltet.
  • kann es sein, daß Phi2 beim C264 nicht ausreicht?

    Bitte melde dich an, um diesen Link zu sehen. gibt einen Hinweis auf BA (Bus Available) - sollte ich den mit einbeziehen?

    Ich antworte mir mal selbst, da ich beim Suchen in Foren offene Threads immer doof finde :wink:

    Hallo Axel ;),
    Ja, da hast Du den richtigen Riecher. "BA" muss beim Lesen immer berücksichtigt werden!
    Also and RnotW = '1' and BA = '1' noch mit reinnehmen.

    Grüße, Axel

  • Danke für die Info, das könnte ein Wink für eines meiner Probleme sein:

    Bitte melde dich an, um diesen Link zu sehen.

    Weniger Glück hatte ich bisher mit dem Ersatz des 6523T im Paddle. Der "freigewordene" 6525A aus der 1551 läuft mit Adapterplatine darin problemlos. Die Ersatzschaltung ohne CPU und mit nur zwei TTLs und zwei 6522A funktioniert als Ersatz nur für den 6523A/6525A (neben einem 6510T) in der 1551 ebenfalls einwandfrei. Genau die gleiche Schaltung im Paddle läuft aber nicht. Ich vermute stark, es hängt damit zusammen, dass 6522 generell nicht (gerne) mit 6510/8501-Systemen zusammenarbeiten - siehe 6522 am Expansionport des C64. (In der 1551 wird der 6510T, der prinzipiell der gleichen Familie angehört, nicht per AEC angehalten, weil kein VIC/TED als zweiter Busmaster vorhanden ist. Daher existiert das Problem dort nicht; man muss nur sein PHI2, welches glücklicherweise nicht "wegoptimiert wurde" am Pinout, den 6522A zuführen.)


    Ich habe mit PHI0, PHI2, dem PHI2 des Paddle-PALs und einem selbst erzeugten PHI Versuche gemacht - es will nicht. Wenn jemand Erfahrungen hat, wie man einen 6522 am 264-Expansionport zum Laufen bekommt, wäre ich um ein paar Tipps sehr froh! :winke:

    Das muss ich in der Tat noch probieren.