Programmable GMOD2 cartridge

Es passt zwar nicht 100% in den GMOD Thread ...

... aber hier sind wahrscheinlich die Leute die mir das erklären können.

======

Frage 1:

Die meisten C64 Cartridges die Banking haben, also ein Register mit D-FF realisieren, die machen eine Verknüpfung von IO1 (oder IO2) mit PHI2.

Warum?

In der PHI1 Phase greift sowieso niemand schreibend auf IO1 oder IO2 zu ...

======

Frage 2:

Ich möchte ein C64 Register realisieren mit einem GAL 16v8.

Im Registered Mode muss CLK auf Pin 1 liegen.

Leider geht da keine kombinatorische Logik als Clock, oder sehe ich das falsch?

Also muss ich erst wieder ein 7400 nehmen um IO1, R/W und PHI2 zu verknüpfen?

Oder geht das auch im GAL (registered und Kombinatorisch)?

Wenn es im GAL geht, muss ich dann das Ergebnis wirklich von einem Pin zum Pin1 (Clk) führen?

Oder geht das auch über interne Rückführung?

Wenn ja, wie sag ich das dem WinCUPL?

Quote from Diddl

Frage 1:

Die meisten C64 Cartridges die Banking haben, also ein Register mit D-FF realisieren, die machen eine Verknüpfung von IO1 (oder IO2) mit PHI2.

Warum?

In der PHI1 Phase greift sowieso niemand schreibend auf IO1 oder IO2 zu ...

Display More

Nun, so wie der Gmod2 einen Schreibvorgang ins RAM nicht nur mit R/W timen kann, kann man auch einen Schreibvorgang in ein Bankschalterregister nicht mit R/W timen. PHI2 bestimmt wann der Bus stabil ist und deine Register muss also mit einer Kombination aus IO1/2, R/W und PHI2 getaktet werden. Während PHI1 kann IO1/2 nicht aktiviert werden, die PLA-Gleichungen lassen dies nicht zu.

Quote from Diddl

Frage 2:

Ich möchte ein C64 Register realisieren mit einem GAL 16v8.

Im Registered Mode muss CLK auf Pin 1 liegen.

Leider geht da keine kombinatorische Logik als Clock, oder sehe ich das falsch?

Also muss ich erst wieder ein 7400 nehmen um IO1, R/W und PHI2 zu verknüpfen?

Oder geht das auch im GAL (registered und Kombinatorisch)?

Display More

Das seht du richtig, enige lösung ist ein der Ausgänge mit Pin 1 zu verbinden. Dies ist eine nicht besonders hilfreicheFunktion einer GAL, da es eher selten vorkommt, dass man einen komplizierteren Ausdruck für CLK verwenden möchte.

Quote from Diddl

Wenn es im GAL geht, muss ich dann das Ergebnis wirklich von einem Pin zum Pin1 (Clk) führen?

Oder geht das auch über interne Rückführung?

Leider, iInterne Rückführung ist nicht möglich für CLK.

Vielen Dank!

Die Frage ist, ob man dann nicht gleich einen ATF1504 nimmt.

Kosten drei Euro ... ist verkraftbar.

Und man spart sich die LS273 Latch gänzlich.

Weil der hat genug Pins und genug Flip-Flops.

Ich hab das Teil damals beim Fe3 für den VC-20 verwendet und gute Erfahrungen damit.

Allerdings hab ich keinen PC mehr mit parallel Port.

Da müsste ich mir für das JTAG was basteln ...

Der erste Schritt ist naturlich der ATF1502.

Abgesehen davon denke ich, dass Register eigentlich etwas sind, wofür eine 74x273 perfekt geeignet ist. Man kann sie in einen GAL oder CPLD einbauen, aber dann nutzt man die Logik, die dieser Chip bietet (große AND/OR-Arrays), schlecht aus. Bei einem GAL16v8/20v8 sind sogar alle Makrozellen dann sofort verwendet, so dass kein Platz für zusätzliche Logik mehr vorhanden ist.

Ich denke, es macht mehr Sinn, einfach eine 74x273 (oder 373, 573) für das Register selbst zu verwenden und die Steuersignale mit einem GAL zu erzeugen. Du kannst mit einem GAL wesentlich komplexere Logik ausführen als mit einem oder eben zwei einzelnen 74xx und damit eine wesentlich komplexere Ansteuerung der Chips realisieren. Ein ATF150x mag nicht viel kosten, aber ein 74x273 kostet überhaupt nichts.

Übrigens, ich möchte auch sehen, ob es möglich ist, eine 74x646 zu verwenden. Bei einer 74x273 ist das Register immer write-only was zwar praktikabel, aber nicht elegant ist. Mit einem 74x646 sollte es möglich sein, ein Register zu bauen, das auch gelesen werden kann.

Quote from dmantione

Übrigens, ich möchte auch sehen, ob es möglich ist, eine 74x646 zu verwenden. Bei einer 74x273 ist das Register immer write-only was zwar praktikabel, aber nicht elegant ist. Mit einem 74x646 sollte es möglich sein, ein Register zu bauen, das auch gelesen werden kann.

Ah, ein richtiger IO Baustein.

Reichelt hat den als HCT, werde ich mir mal mit bestellen.

Das geht übrigens prinzipiell mit dem 16v8 auch, die Ausgänge sind Tristate und über OE steuerbar.

Das wäre ein Register, das man lesen und schreiben kann.

Nur halt blöd, dass man mit den IO nichts machen kann, außer wenn die CPU gerade liest ...

Wenn an einen LS541 kombiniert mit einem LS573, dann hat man ein Register das man schreiben und lesen kann.

Oder auch alternativ INPUT Pins.

Das hab ich schon praktisch angewendet:

Mikroprozessor Boards/IO Board – (oe7twj.at)

Wobei, irgendwann rentiert sich dann schon ein 6821 PIA.

Kostet auch nicht viel und ich kann jeden PIN frei programmieren.

Ich mache Fortschritte bei diesem Projekt!

Die zweite Version der Platine ist eingetroffen und wurde genehmigt. Es ist jetzt kompatibel mit Gehäusen von The Future Was 8 Bit (links), von C128Egretz (mitte) und von Individual Computers (rechts):

Programmierung ist jetzt von jedem Commodore 64 aus möglich. Ich habe einen Ein/Aus-Schalter hinzugefügt, der sehr praktisch ist, wenn man Programmierer ist oder die Cartridge neu programmieren wollen.

Und wenn wir schon dabei sind, warum machen wir nicht auch eine Version für den Commodore 128 (native)? Nur für Programmierer, weil es natürlich noch keine Software dafür gibt, aber vielleicht inspiriert es ja jemanden.

Und warum sollte man sich die Mühe machen, die Programmierung vom C64 aus zu ermöglichen, wenn es keine Software zum flashen der Cartridge gibt? Nun, auch dafür werde ich etwas tun, ein Flash-Tool ist in Entwicklung:

Quote from emulaThor

Sidekick64 can emulate gmod2:

https://github.com/frntc/Sidekick64

Hello all.

I an enjoying the all in one solution of the Sidekick64. In answer to the original post I am having problems with the Sidekick64 gmod2 support. Sam's Journey works fine but other gmod2 files fail to load (MW Ultra/PlanetX2.1).

Quote from dmantione

I designed my own GMod2 cartridge. In addition, I only tested with Sam's Journey, but technically the cartridge apparently works 100%, including load / save.

Great work here. As above might be worth a wider check on other gmod2 files. Probably not an issue as this is hardware. But currently have no idea if the problem I am having is just with me, Sidekick64 or a general issue with gmod2?

I can confirm compatibility of my cartridge with MW Ultra, I have tested this meanwhile. I don't have Planet X2.1.

Quote from dmantione

I can confirm compatibility of my cartridge with MW Ultra, I have tested this meanwhile. I don't have Planet X2.1.

Excellent. Thank you for the response. I appreciate the effort here and look forward to the continued progress.

This may be more appropriate to the Sidekick64 thread but in answer to my previous post in this thread.

Quote from adamt

...I am having problems with the Sidekick64 gmod2 support. Sam's Journey works fine but other gmod2 files fail to load (MW Ultra/PlanetX2.1).

I can now confirm I have resolved the problems with the MWUltra and PlanetX2.1 crt files and both now work with Sidekick64.

The supplied crt files appear to contain both the flash and eeprom files combined. I understand that this may be for Ultimate64 support. I note that Protovision supply a conversion tool that combines both flash and eprom files into the crt file. By using cartconv with just the flash.bin all now works fine on Sidekick64.

This said I am still very interested in the standalone gmod2 cartridge option as being developed by dmantione here.

Ich freue mich, ankündigen zu können, dass die programmierbare Gmod2-Cartridge ab jetzt erhältlich ist. Sowohl für den Commodore 64 als wie auch die "native" Version für den Commodore 128.

https://www.freepascal.org/~daniel/gmod2/

Ich bin sehr zufrieden damit, wie gut das Flash-Tool für die Programmierung vom C64/C128 geklappt ist, und es gibt auch ein Handbuch für das Tool. Dieses Flashtool kann auch für die Massenproduktion Gmod2 von Individual Computers verwendet werden.

Ich habe den Preis für die Commodore 64-Version auf €15 gelegt, und was die Commodore 128-Version betrifft, so möchte ich sie wohl fördern und für €12 anbieten. Zuweilen muss man Dinge für die gute Sache und ist Geld weniger wichtig. Ich biete die Cartridges derzeit als Baukit an. Wenn es Frage nach fertigen Cartridges gibt, lasst es mich bitte wissen. Für größere Mengen verweise ich Sie jedoch auf Individual Computers; ich werde keine Massenproduktion betreiben.

Ich fänd eine schwarze Version cool, wenn möglich aber fertig aufgebaut.

Interessant ... Leider SMD Teile dabei, kann ich nicht löten. Würde gerne 2 St. kaufen, aber mit gelötetem Sockel, Rest ist dann kein Problem

Je ein C64 & C128 Exemplar komplett fertig - das wäre das Richtige für mich... Löten ist bei mir ein No-Go.

Quote from tma99

Interessant ... Leider SMD Teile dabei, kann ich nicht löten. Würde gerne 2 St. kaufen, aber mit gelötetem Sockel, Rest ist dann kein Problem

echt?, wo sind da SMD Bauteile?

Okay, lass mich dann anbieten, die Cartridge für 5 € zu löten, fertig zum Gebrauch.. Ich würde dann vorschlagen, dass du wenn du eine vorgelötete Cartridge wünscht, das Formular auf der Website verwendet und in den Kommentaren angebet, dass du die Cartridge gelötet kaufen möchtet. Ich kann auch zu einem späteren Zeitpunkt einen Artikel dafür auf SellMyRetro erstellen.

Übrigens gibt es keine SMD-teile, ich weiß nicht, woher dieser Eindruck herkommt, aber alle Bauteile sind THT.

Was die Farben betrifft, so habe ich im Moment nur gelbe Gehäuse, kann also keine schwarzen anbieten. Ich habe die Cartridge jedoch nicht ohne Grund mit verschiedenen Gehäusen kompatibel gemacht, es ist immer möglich, eine eigene Gehause zu kaufen.