Forum64

Da beim C64 sowieso schon ziemliches Gedraenge am Expansionsport herrscht, muesste man imo mal die Ursache beseitigen, anstatt das eigentliche Problem per Umschalter zu umgehen.

Wie waere es mal mit mehr I/O ?

Die einfache Schaltung vom CIA-IDE koennte da doch schon helfen ? :

http://members.elysium.pl/ytm/gfx/c64-address-decoder.png


Vieleicht kann man einen Standard etablieren ? - Anwendungen waeren z.B. 8bit-adc, (incl.) Speichererweiterung oder vieleicht sogar ein passiver Expansionsport 2.


Dann koennen wir wieder etwas tuefteln, einbauen und programmieren.


Michael

Quoted

Original von x1541
Den VIC zu dekodieren halte ich für problematisch. Beim SID ist das egal, da gibt es ja ein berühmtes Vorbild. Am freien $D700 hängt ja gern der ACIA vom Swiftlink/turbo232 und wird auch ganz gut von diverser Software dort unterstützt..

Das Setzen von Registern im VIC ist mit dem Dekoder eigentlich nicht in Gefahr.
Koennte aber die eine oder andere Demo geben, bei der in diese Spiegel-Register (ab $D100) geschrieben wird. Das koennte dann zu unangenehmen Effekten fuehren.
Muesste man dann umschaltbar machen : "Original" und "neues I/O".
Wenn schon bestehende Hardware einen der "neuen" Bereiche nutzt, muesste man da ebenfalls Ruecksicht nehmen.

Quoted

Sonst würde ich eher dazu tendieren I/O1 und I/O2 feiner zu unterteilen. Z.B. in 16 Byte abschnitte, mehr braucht ja ein einzelner I/O chip nicht. Für Speicherfresser wie AR6 und FC3 geht das leider nicht.

Das ist sicher die einfachere Methode. Ich moechte aber nicht auf IDE64 oder RR parallel verzichten. Dann haben wir wieder das Elend mit der Umschaltung. Und parallele Nutzung ist dann auch "Essig".
Das wollte ich eigentlich umgehen.

Michael