Programmable GMOD2 cartridge

Zitat von Diddl

Zitat von markusC64

Aus Erfahrung mit meinem GMOD2 Modul kann ich allerdings berichten, dass das auch nicht unbedingt massentauglich wäre, das Beschreiben der GMOD2 Cartridge mit dem "ROM" klappt nämlich nur mit wenigen C64 Mainboards, es muss schon die richtige "ASSY" sein.

Gibt es dafür einen bekannten Grund?

Das beschreiben des Flash ist doch eigentlich easy, in der 1541 klappt es ja auch und zwar in jeder 1541.

Die große Frage ist, was ist denn die "richtige" ASSY zum beschreiben der GMNOD Cartridge?

Alles anzeigen

Dazu ein Auszug aus dem Icomp-Wiki:

Zitat

>Again, due to the minimalistic logic, the flash mode will likely only work on ASSY 250469 ("ALDI" "short" board)

Ich weiß nicht genau, was die Ursache dafür ist, aber zumindest, was Gmod2 macht, ist:

* Wenn Flash aktiv

* Und Schreibaktion

* Und Adresse > $8000

* Dann Ultimax-Modus aktivieren

Das stellt einige Anforderungen an die PLA, denn diese muss erst die Schreibaktion >$8000 normal dekodieren (damit der Gmod2 sie sehen kann) und dann mitten im selben Clockpuls nach Ultimax-Modus wechseln.Das bedeutet, daß der C64 im Clockpuls erst das RAM adressieren würde, aber aufgrund des aktivierte Ultimax-Modus schließlich das Flash anspricht.

Ich verstehe, was Du meinst. Aber genau das macht ein Nordic Power in einem Mode bei Adressen im $A000-$BFFF Bereich auch. Und da klappt es an viel mehr Geräten - es sind eher keine bekannt, wo das nicht geht.

Wahrscheinlich müsste man das durchmessen, um zu wissen, wo der Unterscheid ist... denn die technische Ursache würde ich schon gerne kennen.

Zitat von dmantione

Ich weiß nicht genau, was die Ursache dafür ist, aber zumindest, was Gmod2 macht, ist:

* Wenn Flash aktiv

* Und Schreibaktion

* Und Adresse > $8000

* Dann Ultimax-Modus aktivieren

Ah, das ist ja genial!

Auf die Idee wäre ich noch nicht gekommen.

Gut dass ich ein Aldi Board habe, sonst müsste halt der TL56 zum Einsatz kommen ...

Zitat von dmantione

Das stellt einige Anforderungen an die PLA, denn diese muss erst die Schreibaktion >$8000 normal dekodieren (damit der Gmod2 sie sehen kann) und dann mitten im selben Clockpuls nach Ultimax-Modus wechseln.Das bedeutet, daß der C64 im Clockpuls erst das RAM adressieren würde, aber aufgrund des aktivierte Ultimax-Modus schließlich das Flash anspricht.

Danke für die Erklärung ...

Bedeutet das, dass die Aldi Boards etwas schnellere PLA haben?

Die Alternative wäre, den Adressbereich $8000-$9FFF selbst zu dekodieren.

Wäre auch kein Problem.

Was aber den schlichten Aufbau kaputt machen würde ...

Ich bastle nämlich (gedanklich) an einer RAM / EPROM Karte ähnlich dem Nordic Replay, aber ohne Freezer und dafür mit schaltbarem RAM Schreibschutz.

Werde wohl ein GAL 16v8 einsetzen und ein oder zwei 8 Bit Latch.

Das RAM sollte optional schaltbar flexibel nutzbar sein:

• als 8KB Cartridge
• als 16KB Cartridge
• als Ultimax 16KB
• und auch als 512 Byte im IO Bereich

Ich kann gerade nicht folgen, das ROML / ROMH Signal kommt am Exansionsport durch gar nicht bei einem Write... also auf was von der PLA wartet man?!

Zitat von markusC64

Ich verstehe, was Du meinst. Aber genau das macht ein Nordic Power in einem Mode bei Adressen im $A000-$BFFF Bereich auch.

Naja das Nordic Power blendet sogar optional RAM in den $8 Bereich ein.

Aber das geht anders, indem es die Adressleitungen A13 bis A15 dekodiert und im Falle von Phi2 low und R/W low das RAM oder Flash selektiert.

Das macht auch die Expert Cart so.

Da sieht man es deutlicher, weil die kein CPLD verwendet sondern normale TTL.

Und es gibt eine Replik der Expert Cart ...

Zitat von markusC64

Ich kann gerade nicht folgen, das ROML / ROMH Signal kommt am Exansionsport durch gar nicht bei einem Write... also auf was von der PLA wartet man?!

Ja genau, deswegen die A13 bis A15 auswerten.

Natürlich nur beim Schreib Betrieb und auch nur wenn schreiben enabled ist

Also doch genau das, was Nordic Power auch macht - gut. Dann wissen wir schon mal, dass die Stelle vergleichbar ist. Nur dass Nordic Power noch ein paar mehr Adressleitungen auswerten muss, was aber ein Nachteil für Nordic Power ist und es passt vom Timing trotzdem...

Beim Beschreiben des GMOD2 passt es jedoch nur auf wenigen Boards...

Zitat von markusC64

Ich kann gerade nicht folgen, das ROML / ROMH Signal kommt am Exansionsport durch gar nicht bei einem Write... also auf was von der PLA wartet man?!

Normalerweise kann ROML nie bei eines Schreibaktion aktiviert werden, aber Ultimax ist die Ausnahme und genau warum Gmod2 Ultimax aktiviert zum Schreiben von Flash-Speicher.
Was passiert, ist chronologisch:

• Scheibaktion nach $8000
• PLA dekodiert RAM
• GMod2 aktiviert Ultimax
• PLA dekodiert ROML

Zitat von Diddl

Bedeutet das, dass die Aldi Boards etwas schnellere PLA haben?

Genau. Die dicke PLA hat die Adresmultiplexer, die die CAS-Race-kondition auf den langen Platinen verursachen intern. Da die Multiplexer intern sind, kann die dicke PLA die Race-kondition intern auflösen und trotzdem schnell und gleichzeitig stabil sein.

Klar. Dann hat man jedoch schon erkannt, dass man fürs Schreiben aktiv werden will - die Reaktion der PLA braucht es an und für sich nicht. Was natürlich nicht heißt, dass GMOD2 die nicht irgendwie nutzen könnte, das kann sein.

Ich denke, es wurde so entworfen, um ROML mit OE aus dem Flash ohne weitere Logik verbinden zu können. Lesen oder Schreiben macht also keinen Unterschied, beides läuft über ROML. Und wenn man ROML verwendet, verwendet man auch der PLA.

Das GMOD3 ist sehr raffiniert designed ...

8 Banking Register das eigentlich nur ein 11 Bitt Register ist!

Darauf muss man erst mal kommen.

Ich find es ist genial gemacht.

So kann man mit einem Schreibzugriff jede Bank erreichen!

Zitat von dmantione

Ich habe meine eigene GMod2-cartridge entworfen.

Die Platine arbeitet ausgezeichnet.

In allen C64er die ich besitze.

Das schreiben ist nicht so einfach, und das schreiben funktioniert nicht mit jedem C64.

Aber das wurde ja alles schon erwähnt und erklärt.

Leider passt die Platine nicht in die Gehäuse des Wiener.

Die Platine sitzt etwas zu hoch oben.

Aber es ist ja bekannt dass manche Platinen dieses Gehäuse benötigen und manche ein anderes.

Sehr gelungen, vielen Dank!

Danke für das Feedback!

Ich habe den Cartridge mit den mechanischen Spezifikationen des "Stumpy"-gehause von The Future Was 8 Bit entworfen.

Ich habe vor, einige der "Wienergehäuse" zu kaufen und zu studieren, was die Möglichkeiten sind, es sieht so aus, als ob beide Gehäuse ein 5mm-Loch verwenden, es gibt nur 3mm Afstand zwischen ihnen. Vielleicht ist ein Kompromiss möglich, indem die Bohrloch um 1,5mm versetzt wird.

Ich habe über die Programmierung auf jedem C64 nachgedacht, basierend auf der Diskussion hier, und ich denke, es kann gelöst werden, ohne zusätzliche Chips einzubauen. Ohnehin wird es immer einfacher sein, Cartridges wie diese mit einem Eprommer zu programmieren, denn Dateien von 512KB sind für die Speichermedien des C64 nicht gerade praktisch. Aber, ein paar passive Komponenten sind es mir wert um es kompatibel mit jedem C64 zu bekommen.

Zitat von dmantione

Ich habe den Cartridge mit den mechanischen Spezifikationen des "Stumpy"-gehause von The Future Was 8 Bit entworfen.

Danke für den Tip.

Die Gehäuse von "The Future was 8 Bit" sind angekommen.

Deine Platinen passen tatsächlich perfekt!

Nun, um ehrlich zu sagen, nein, das Loch ist einen halben Millimeter zu weit rechts, wodurch die Platine ein wenig klemmt. Aber es passt trotzdem.

Zitat von dmantione

Aber, ein paar passive Komponenten sind es mir wert um es kompatibel mit jedem C64 zu bekommen.

Ist es ein reines Timing Problem, nehme ich an?

Irgendwo weiter oben wurde gesagt, die PLA der alten Mainboards ist "zu langsam".

Glaubst du man kann das Tiiming schneller machen, mit passiven Bauteilen?

Ich dachte eigentlich eher an schnellere TTL, da gibt es doch diese F Typen statt der LS Typen.

Irgendeine Cartridge braucht nämlich auch F Typen.

Hab das nicht so ernst genommen und normale LS verwendet.

Lief nicht, erst als ich mir den 74F00 besorgt habe.

Der 6502/6510 stellt sicher dass der Daten- und Adressbus stabil ist, wenn PHI2 niedrig fallt. Danach bleibt der Bus für einige Zeit stabil um den Geräten Zeit ze geben ihn auszulesen, danach wird der Bus mittels AEC an den VIC-II übergeben. PHI2 ist also der richtige Timingmechanismus. Gmod2 verwendet jedoch R/W als Timing-Mechanismus und R/W wird sehr kurz vor dem Abschalten des Busses deaktiviert. Also ein reines Timingproblem.

Die Lösung, die mir vorschwebt, ist, die Flash-aktiv Leitung des 74x273 durch PHI2 mit einem Widerstand und einer Diode auf low zu ziehen. Es gibt immer noch die Verzögerung des 74x139 und PLA, aber der Schreibpuls wird etwa 40ns früher beendet als vorher (gemessen mit meinem eigenen PLA) und das scheint genug zu sein. Assy 250407 und Commodore 128 haben jetzt zuverlässigen Zugriff auf Flash, andere Platinen noch nicht getestet.

Melde auch interesse an so einem GMOD2 Cartridge an