Ich finde die Double the eightees eigentlich sau genial. 2 Karten auf einer kombiniert, was will man mehr?
80Z Karte rebuild?
-
spiceminer -
2. Januar 2023 um 11:15 -
Erledigt
Es gibt 180 Antworten in diesem Thema, welches 19.312 mal aufgerufen wurde. Der letzte Beitrag (
-
-
Diese Funktionalitäten scheint ja das EX80 ROM mit zu bringen.
Wenn ich persönlich eine 80Z Karte entwickeln würde, dann würde den VDC Teil vom 128 als Grundlage nehmen und um ein gepatchtes EX80 ROM ergänzen, dann müsste auch Farbe gehen und sogar der Hires Grafikmodus vom C128. -
Ich finde die Double the eightees eigentlich sau genial. 2 Karten auf einer kombiniert, was will man mehr?
Vielleicht die Karte dazu? Oder die notwendigen Dateien?
-
Vielleicht die Karte dazu? Oder die notwendigen Dateien?
Wir reden (leider) die ganze Zeit von Zeug, wo wir nicht ran kommen.... selbstverständlich die Karte nebst Dateien...
-
Diese Funktionalitäten scheint ja das EX80 ROM mit zu bringen.
Wenn ich persönlich eine 80Z Karte entwickeln würde, dann würde den VDC Teil vom 128 als Grundlage nehmen und um ein gepatchtes EX80 ROM ergänzen, dann müsste auch Farbe gehen und sogar der Hires Grafikmodus vom C128.Die EX80+ scheint den 80 Zeichen Teil der CBM Serie an an C64 zu adaptieren und den Speicher in dem Adressraum einzublenden das wird mit einem VDC ohne dualported RAM wohl nicht gehen. Damit dürfte die EX80+ am C64 schneller sein als ein C128 mit seinen 2MHz und VDC.
-
Ja, bei weitem schneller. Wordstar ist auf dem C128 sehr lahm, Scrollen ein Murks. Auf dem C64 mit der EX80 kann man den WS memory mapped für die Bildausgabe einstellen. So war diese Kombination beim Scrollen schneller als ein PC mit 4.7 MHz.
-
dann würde den VDC Teil vom 128 als Grundlage nehmen und um ein gepatchtes EX80 ROM ergänzen, dann müsste auch Farbe gehen und sogar der Hires Grafikmodus vom C128.
Dumm nur, dass der VDC extrem lahm ist, da jedes Byte, was im Bildschirmspeicher landen soll, durch das Nadelöhr des Controllers selbst durch muss. Wenn dann müsste man das schon so lösen, dass dieses RAM zumindest in 2K Blöcken vom C64 aus ansprechbar ist, besser noch, dass es sich wie eine herkömmliche gebankte Speichererweiterung verhält (min. wie Georam, besser wie die 17xx Commodore, da die DMA können), vielleicht sogar auf einer solchigen basiert. Das erfordert aber entweder teures DualPort-SRAM oder aber eine relativ komplexe Logik, um DRAM eine DualPort-Erweiterung "beizubringen", eventuell sogar mit ner gewissen Schreib-Pipeline (FiFo), damit man nicht in die CPU-zyklen eingreifen muss...
Da gibt es -auch schon seit den 1980er Jahren- deutlich bessere Lösungen für, auch für Farbe und Hires-Grafik, z.b. die Farbgrafikkarten, die in Elektor oder vom Franzis-Verlag (im Rahmen des RDK-Computers) veröffentlicht wurden. Oder eben eine Adaption bestehender Grafiksubsysteme, bis hin zu einer Lösungen, die auf moderne Controller oder eben FPGA setzen, aber Beides sehe ich dann eher als modernen Rechner mit nem C64 als Eingabe-Terminal mit eingebautem Basic an

-
Habe leider nur das finden können 17 Chips zu knapp 22€ das Stück und nicht zu n der bevorzugten Bauform: Bitte melde dich an, um diesen Link zu sehen.
Außer hier kommt an, was man bestellt hat: Bitte melde dich an, um diesen Link zu sehen.
Hmm gar nicht so einfach das im Speicher unter zu bringe:
$8000-9FFF ROML 8K wenn man diesen Bereich aufteilt könnte man 4K ROM und 4K RAM Bank unterbringen. Man könnte eine zweite 4K Bank bei $C000-$CFFF write only aktivieren. Das RAM, das an dieser Stelle liegt wäre dann nur sehr bedingt nutzbar.
-
Wie bekommt die EX80+ eigentlich ihr EPROM an die Adresse $C000-$CFFF erzwingt sie für die diesen Bereich den Ultimax Mode, so dass das RAM abgeschaltet ist? Und generiert ihren eigenen Chipselect?
-
Ganz normale Einblendung als ROM. Es gibt schliesslich dafür die GAME und EXROM Leitungen. Deswegen ja auch nur 52k CP/M und nicht 56k.
-
Ganz normale Einblendung als ROM. Es gibt schliesslich dafür die GAME und EXROM Leitungen. Deswegen ja auch nur 52k CP/M und nicht 56k.
So ganz normal ist das nicht, das geht nur im Ultimax und auch nur wenn der Ultimax nicht aktiv ist außerhalb von $C000-$CFFF.
Für CP/M würde ich das ROM gar nicht aktivieren sondern das bisschen Code mit ins BIOS stopfen.
-
Jedes Spiele oder Eprom Modul macht Gebrauch davon.
Und du darfst gerne das "bisschen BIOS" für CP/M anpassen.
-
Jedes Spiele oder Eprom Modul macht Gebrauch davon.
$8000..$9FFF (ROML) und/oder $A000..$BFFF (ROMH).
Nicht $C000..$CFFF.
-
Jedes Spiele oder Eprom Modul macht Gebrauch davon.
Und du darfst gerne das "bisschen BIOS" für CP/M anpassen.
Nahezu jedes Modul benutzt NICHT $C000-CFFF.
Mich interessiert CP/M sowas von gar nicht.
Würde es das, würde ich mir die Sache vermutlich genauer ansehen.
Die Frage ist wo liegt der Text Bildschirmspeicher?
-
Ich überlege eher wie könnte man einen VDC anders an einen C64 anschließen, so das er nicht so langsam ist wie im C128.
Am einfachsten wäre es ein IDT (Renesas) 7008 oder Cypress CY7C008 64Kx8 Dualported RAM zu benutzen. Bitte melde dich an, um diesen Link zu sehen.
Wenn man /IO1 $DE00-$DEFF für die Register vom VDC und fürs Banking benutzt hat man noch /IO2 $DF00-$DFFF also 256 Bytes in dieses Fenster könnte man mit 256 Banken die gesamten 64K einblenden.Vorteil man hat praktisch immer noch den gesamten C64 Speicher zur Verfügung.
Nachteil in dieses Fester passt nicht einmal der ganze Textbildschirm.
-
Wenn du es ernsthaft in Betracht ziehst: Schau dir mal an, wie die Dekodierung ohne C64 Modifikation in meinem 8 MHz Z80 Projekt gelöst wurde. Es gibt ja auch noch andere Erweiterungen, die interessant sind. IEEE Modul, RS232 Modul, Z80. REU. Irgendetwas davon sollte ja auch mit einer 80Z funktionieren.
-
Wir haben das damals gelöst, indem wir auf der jeweiligen Platine die I/O1 oder 2 Leitung quasi halbiert haben. Das Modul wurde in der oberen Hälfte der jeweiligen Leitung ausdekodiert und nur dort angesprochen. BIOS oder Kernal wussten davon. Standardmodule, z.B. Z80, haben immer den untersten Bereich eine I/O Segmentes verwendet.
-
Aber um das Einblenden von mindestens 2k RAM wirst du wohl kaum herum kommen. Sonst ist es wieder so langsam wie veim 128er.
-
Am einfachsten wäre es ein IDT (Renesas) 7008 oder Cypress CY7C008 64Kx8 Dualported RAM zu benutzen. Bitte melde dich an, um diesen Link zu sehen.
Ja, aber eben auch am Teuersten. Alternativen wären mehrere, aber kleinere Bausteine (die irre Geschwindigkeit heutiger DP-RAMs braucht man ja hier nicht, jedes NOS-Teil würde gehen...) oder aber eine Lösung mit FIFO, denn wenn man die geringen Prozessor-Geschwindigkeiten und die notwendigen Taktzyklen zwischen zwei prozessorbasierten Schreibzugriffen sich ansieht, dann kommt man da mit relativ wenig FIFO-Tiefe aus. Die Logik, diesen Zwischenspeicher dann aber auch VIC-II timing konform zu "entleeren" würde wieder komplexer werden, hatte mich damit in 2020 schon mal intensiver beschäftigt, aber letztlich es NICHT in Angriff genommen.
Eine dritte Alternative wäre ein großes FPGA oder ein schneller µC, die genug interne Ressourcen haben für DP-RAM oder eben emuliertes DP-RAM. Aber das wäre dann wieder so ein Schwanz, der mit dem Hund wedelt, wie Chamelon & Co. Nicht ohne Grund ist die 650x CPU SCHON im Amiga nur noch Tastaturcontroller geworden

-
Wenn du es ernsthaft in Betracht ziehst: Schau dir mal an, wie die Dekodierung ohne C64 Modifikation in meinem 8 MHz Z80 Projekt gelöst wurde. Es gibt ja auch noch andere Erweiterungen, die interessant sind. IEEE Modul, RS232 Modul, Z80. REU. Irgendetwas davon sollte ja auch mit einer 80Z funktionieren.
Ich sehe darin keinen Sinn mir Projekte anzusehen, die damit nichts zutun haben.
Das einzig wirklich interessante wäre wohl eine REU. -