Universal Cartridge 1
Inhaltsverzeichnis
Die Universal Cartridge 1 (UC1)
Die Universal Cartridge (UC Modul) ist ein Modul für den C64 Homecomputer. Mit dem UC Modul kann sich jeder eine eigene Sammlung von Programmen erstellen, und diese bequem per Knopfdruck starten.
Weitere Infos auf der Seite: C64 Universal Cartridge
Aufbau und Inbetriebnahme
Der Aufbau des UC1 Modul ist sehr simpel. Es kann sehr einfach selbst nachgebaut werden. Die Bauteile sind günstig und gut erhältlich. Auf SMD Bauteile wurde verzichtet, damit es einfacher zu löten ist.
Technische Spezifikation
Es gibt nur wenige Bauteile auf der UC1 Platine:
- ein EPROM oder EEPROM mit 64 oder 128K (zB. W27C512 oder W27C010)
- ein SRAM mit 32KB
- ein TTL Baustein 74LS273
- ein GAL 16v8
- 4 Stück Kondensatoren (100nF)
- optionales LED Board (6 x LED)
Für die Programmierung des EPROM und des GAL wird ein Programmiergerät benötigt (zb. der gängige TL866).
Das LED Board ist optional. Es zeigt den Zustand des Register (D-Latch) an. Die LED sind praktisch, wenn man selbst Software für das UC1 entwickelt. Für die normale Anwendung der UC1 sind die LED völlig überflüssig und können einfach weg gelassen werden.
Aufbau
Notwendige Werkzeuge für den Aufbau des UC1 Modul sind:
- Lötkolben oder Lötstation + Zinn
- Seitenschneider
Die IC sollten gesockelt werden, zumindest das EPROM und das GAL. Wenn man alle Bauteile direkt einlötet, sollte man das EPROM und den GAL vorher programmieren, in der Schaltung ist das ziemlich kompliziert.
Am besten man fängt mit den 4 IC Sockel an (niedere Bauteile zuerst). Danach kommen die vier Kondensatoren. mit dem Seitenschneider werden die überstehenden Drähte gekürzt nach dem einlöten. Dann kann man den TTL (74LS273) in den Sockel setzen, die Nase des IC muss nach links gerichtet sein. Als nächstes kommt der RAM Chip in den Sockel, Vorsicht dass kein Pin verbogen wird beim rein drücken in den Sockel.
Nun wird der GAL programmiert (falls der nicht schon programmiert kommt). Es eignen sich alle 16v8 von Lattice und Atmel (möglicherweise auch 16v8 GAL anderer Hersteller). Der "D" Typ von Lattice ist besonders Strom sparend, die ATF Typen sind alle von modernerer Bauart und gut geeignet. Für die Programmierung benötigt man ein geeignetes Programmiergerät, zum Beispiel den TL866. Im Programm stellt man den verwendeten GAL ein. Danach lädt man das Jedec File und drückt den "Prog" Button. Wenn der Programmiervorgang erfolgreich abschließt kann man den GAL in seinem Sockel einsetzen.
Als letztes erfolgt die Programmierung des EPROM (bzw. des EEPROM). Dieser Schritt kann ggf. öfters wiederholt werden, wenn man andere Image Dateien probieren will.
Inbetriebnahme
Wenn das Board fertig gelötet, der GAL geflashed und eingesetzt ist, dann steht einer Inbetriebnahme nichts mehr im Wege.
Der Inhalt des EPROM sollte eine garantiert funktionierende Image Datei sein. Ich verwende dazu die Datei 'MENU.BIN' aus dem ZIP Archiv mit den 'Beispiel Images'. Das Image enthält alle Arten von Programmen und auch den UC-FB, der mit der Taste <F1> gestartet werden kann. Wenn nun das UC-Menü erscheint, dann kann es schon mal nicht mehr allzu weit fehlen. Man kann kurz alle Programme starten und damit prüfen, ob das UC1 Modul einwandfrei arbeitet.
Wenn das UC-Menü nach dem einschalten nicht erscheint, dann bitte sofort abschalten. Ich teste dann den C64 ohne Modul, ggf. den EPROM Inhalt und auch den Inhalt des GAL.
Falls EPROM und GAL alles in Ordnung sind, kann man mal ganz ohne jeden IC am UC1 Modul starten. Der C64 sollte normal starten, als wenn kein Modul angesteckt wäre. Man kann auch den GAL in den Sockel stecken und der C64 sollte normal starten. Der 74LS273 darf NICHT gesteckt werden, denn dann ist das UC1 im 16K Modus, der C64 meldet sich mit blauem Schirm ohne Cursor (weil kein BASIC da ist). Wenn also der 74LS273 auf der Platine gesteckt ist, dann muss auch der EPROM mit einem funktionierenden UC-Image gesteckt sein!
Der SRAM hingegen muss nicht gesteckt sein. Das UC-Menü sollte trotzdem kommen, auch wenn das SRAM nicht vorhanden ist. Man kann auch alle PRG (OneFiler) starten, nur für die CRT Dateien die im Cartridge Modus laufen, benötigt man den SRAM Baustein. Der UC-Filebrowser ist auch eine 8KB CRT Datei, deswegen benötigt der auch ein funktionierendes SRAM.
Wenn das UC-Menü nicht kommt, obwohl EPROM, GAL und 74LS273 in Ordnung sind, dann liegt es wohl an der Platine selbst. In diesem Fall empfehle ich eine optische Kontrolle der Lötstellen und den Einsatz eines Ohmmeter. Bitte kontrollieren Sie mit dem Ohmmeter folgende Dinge:
- liegt der Anschluss GND an den IC Pins an
- liegt der Anschluss 5V an den IC Pins an
- gibt es einen Kurzschluss zwischen GND und 5V
- liegt GND an einem PIN am C64 Port an
- liegt GND an einem IC PIN wo kein Ground sein sollte
- zuletzt mit dem Schaltbild alle Leitungen kontrollieren (Adressbus, Datenbus, Steuerleitungen, Verbindungen vom GAL zu den Chips, Verbindungen vom TTL zu den Chips)
Technik der UC1
Die Technik des UC1 Modul besteht aus einem GAL, zweier Speicherbausteine und einem D-Latch als Register.
GAL 16v8
Dank dieses praktischen GAL Chip (ATF 16v8) ist das Design der UC1 extrem reduziert und einfach. Der GAL ersetzt etliche TTL Bausteine und erhöht gleichzeitig die Flexibilität, weil man bei Bedarf die Logik sehr einfach und schnell ändern und anpassen kann.
Getestet ist die Schaltung mit folgenden GAL Bausteinen:
- Microchip ATF 16v8
- Lattice GAL 16v8B
- Lattice GAL 16v8D
Mit einem Lattice GAL 16v8A hatte ich Probleme, es läuft zwar prinzipiell schon, aber nicht 100% stabil. Da ich nur ein einziges GAL 16v8A besitze, kann ich nicht sagen, ob es ein generelles Problem ist oder ob nur mein IC eine Macke hat.
UPDATE:
Auch ein weiterer GAL 16v8A läuft definitiv NICHT im UC1 Modul. Ich rate also explizit von dieser GAL Type ab!
Speicher
Die beiden Speicherbausteine (EPROM und SRAM) sind am Adressbus (A0 bis A13) und am Datenbus des C64 angeschlossen. Die Steuerung (Chip-Select und Write-Enable) wird vom GAL gesteuert. Der GAL entscheidet ob und welcher der beiden Speicher im Adressraum des C64 eingeblendet wird. Beim SRAM gibt es zusätzlich die Möglichkeit, es schreibend zuzugreifen.
Mögliche Adressräume im C64:
- LoROM ($8000 bis $9FFF)
- HiROM ($A000 bis $BFFF oder $E000 bis $FFFF im Ultimax Mode)
- IO1 Bereich ($DE00 bis $DEFF)
- IO2 Bereich ($DF00 bis $DFFF)
- der SRAM kann im Bereich $4000 bis $BFFF zugegriffen werden (nur schreibend!)
Der EPROM in dem UC1 Modul wird nur als 'Massenspeicher' benutzt.
Im Falle, der Benutzer startet ein Programm vom Typ PRG (One-Filer), wird das Programm ab $0801 in den Speicher des C64 geladen. Danach schaltet sich das UC1 ab und es wird das Programm mit RUN gestartet. Das RAM im UC1 Modul ist da nie involviert.
Alle anderen Programmtypen (8K, 16K und Ultimax) benötigen das RAM der UC1. Das Programm wird in den UC1 RAM geladen und die Signale /GAME und /EXROM werden je nach Modul Typ gesetzt. Danach wird der RAM schreib-geschützt und ein Reset des C64 ausgelöst. Das UC1 Modul verhält sich dann exakt wie ein einfaches 8K oder 16K Modul.
Im Ultimax Modus können nur bestimmte Paket Größen verwendet werden: 1K, 2K, 4K, 8K und 16K
Das Paket wird gespiegelt, sodass immer 16K zur Gänze ausgefüllt sind.
Eine Stärke des UC1 Modul ist, dass der UC1 RAM schreib geschützt werden kann. Dadurch erscheint das flexible RAM wie ein EPROM, das nicht überschrieben werden kann.
So kann man beliebige Module (8K, 16k und Ultimax) auch von Diskette oder SD-Karte laden. Für diesen Zweck gibt es den modifizierten FB (file browser). Man kann damit direkt auf CRT Dateien zugreifen und diese 'starten'.
D-Latch als Register
Das achtfach D-Latch (74LS273) wird als Register zur Konfiguration der UC1 verwendet.
Das Register kann vom C64 aus nur schreibend zugegriffen werden. Das Register kann nicht ausgelesen werden. Der Schreibzugriff kann im ganzen IO1 Adressbereich erfolgen (Adresse $DExx). Der Zugriff auf das Register kann aber auch abgeschaltet werden, sodass die Einstellungen der UC1 nicht mehr versehentlich verändert werden können.
Das Register hat 8 Ausgänge zur Steuerung der UC1 Hardware:
- drei Pins dienen dem Banking und selektieren einer 16K Bank
- zwei Pins steuern Signale zum C64 (/EXROM und /GAME)
- der Rest steuert Funktionen im GAL (EPROM <--> RAM, RAM write access, Register enable/disable)
Nach dem Einschalten des C64 (oder einem Hard Reset) sind alle Ausgänge des D-Latch auf low (Grundzustand).
Das schaltet die Speicher auf Bank 0, selektiert das EPROM und schaltet den C64 in den Cartridge Modus '16K'.
Im EPROM auf Bank null ist der UC-Loader gespeichert der nun das UC-Menü anzeigt ...
das LED Interface
Das LED Interface ermöglicht die visuelle Darstellung der Zustände im D-Latch. Es werden die Ausgänge D0 und D3 bis D7 an den 6 LED angezeigt. Der Anschluss des LED Board ist optional und wird für den Betrieb des Modul nicht benötigt.
Es gibt die LED Boards um kleines Geld fix und fertig zu kaufen (zB. Ali Express). Es gibt unterschiedliche Farben und auch gemischte Farben am selben Board. Diese LED Boards eignen sich auch hervorragend für die Verwendung auf einem Steckbrett.
Programmierung der UC1
Für die UC1 gibt es fertige Software:
- UC-Builder --- ein Tool für die Windows Kommandozeile für die Erstellung eigener Image Dateien
- UC-Loader --- dieser Code ist in jeder UC Image Datei als Startcode und zur Programm Auswahl (UC Menü)
- UC-FB --------- ein optionaler Datei Browser auf Basis des bewährten Tool FB
Eigener Startcode
Der Startcode (UC-Loader) kann durch eigenen Code ersetzt werden.
Der eigene Code kann mit einem Assembler wie zB. dem DASM erstellt werden. Der UC-Builder schreibt den Startcode immer ganz am Anfang der UC Image Datei. Normalerweise verwendet der UC-Builder immer automatisch den internen Startcode (UC-Loader). Wenn der UC-Builder aber eine Datei namens UC1-loader.prg findet, dann verwendet er diese Datei als Startcode und schreibt es an den Anfang der Image Datei.
Wenn man eigene Software für das UC1 Modul entwickeln möchte sind folgende Infos nützlich:
- das UC1 Modul startet immer im 16K Cartridge Modus (passende Initialisierung!)
- das UC1 Register liegt im ganzen Bereich IO-1 ($DExx)
- die selektierte Bank hat immer eine Größe von 16KB (auch wenn nur 8KB sichtbar sind)
- je nach Modus 'sieht' der C64 8KB ab $8000, 16KB ab $8000 oder 8KB ab $8000 und 8KB ab $E000
- es ist möglich, ein eigenes Menü Programm zu verwenden das vom UC-Builder in eine Image Datei geschrieben wird
- der UC RAM hat 2 Banks und hat pro Bank auch immer eine Größe von 16KB
- zum LESEN kann nur entweder EPROM oder RAM eingeblendet sein
- das SCHREIBEN in den UC RAM funktioniert immer, wenn Schreiben erlaubt ist (UC Register -- write enable)
- das Schreibfenster ist gespiegelt und liegt von $4000 bis $8000 und von $8000 bis $C000
- der IO Bereich (IO-1 und IO-2) enthält beim LESENDEN Zugriff die obersten 512 Bytes des UC RAM (selektierte Bank)
- über den IO Bereich IO-2 kann der UC RAM geschrieben werden, wenn Schreiben erlaubt und das EPROM selektiert ist (UC Register -- write enable)
- über den IO Bereich IO-1 kann der UC RAM geschrieben werden, wenn Schreiben erlaubt und das EPROM selektiert und das IO Register ausgeschaltet ist
Eigener File Browser Code
Der File Browser (UC-FB) kann durch eigenen Code ersetzt werden.
Der eigene Code kann mit einem Assembler wie zB. dem DASM erstellt werden. Der UC-Builder schreibt den FB Code in eine UC Image Datei, wenn in der CSV Datei ein Menü Eintrag 'F1' existiert. Normalerweise verwendet der UC-Builder immer automatisch den internen File Browser (UC-FB). Wenn der UC-Builder aber eine Datei namens UC1-FB.prg findet, dann verwendet er diese Datei als File Browser. Der eigene File Browser kann dann vom UC-Menü mit der Taste <F1> gestartet werden.
Durch die bloße Existenz der Datei UC1-FB.prg wird also generell ein eigener Code verwendet. Alternativ dazu kann ein eigener File Browser Code auch ganz einfach in der CSV Datei eingebunden werden. Dazu benötigt man nur eine ganz normale Zeile in der CSV Datei, wobei der Menüeintrag "F1" heißen muss.
Wenn man einen eigenen FB Code entwickeln möchte sind folgende Infos nützlich:
- der Code kann wie bei jedem Menü Eintrag vom Typ PRG, 8K, 16K, Ultimax oder CRT sein
- nach dem Start durch die Taste <F1> ist das IO Register sichtbar, das Modul kann also noch konfiguriert werden
Das Register
Das UC Register liegt an der Adresse $DE00 und kann nur geschrieben werden. Das Register kann 'versteckt' werden (UC Register -- IO disable). Das UC1 Modul kann dann nicht mehr konfiguriert werden. Das UC Register wird erst nach einem Hard Reset wieder sichtbar.
UC Register:
- Bit 0 --- Banking A14
- Bit 1 --- Banking A15
- Bit 2 --- Banking A16
- Bit 3 --- IO Register disable (1 - Register ist unsichtbar)
- Bit 4 --- SRAM write enable (1 - SRAM kann beschrieben werden)
- Bit 5 --- SRAM select (1 - RAM, 0 - EPROM)
- Bit 6 --- Signal /GAME (GAME und EXROM bestimmen den C64 Cartridge Mode)
- Bit 7 --- Signal /EXROM (GAME und EXROM bestimmen den C64 Cartridge Mode)
Der Modul RAM
Der RAM des UC1 Modul ist gedacht als "EPROM Ersatz", den man sehr schnell und einfach beschreiben kann. Dadurch kann man ROM Module einfach als CRT Datei laden und ausführen.
Will man den RAM aber als 32K Speichererweiterung benutzen, dann muss man folgende Dinge beachten. Beim C64 liegt RAM im gesamten 64K Adressraum. Dieser C64 eigene RAM wird immer beschrieben, auch wenn ein ROM oder das UC-RAM sichtbar sind. Die einzige Ausnahme ist, wenn der C64 sich im Ultimax Modus befindet. Nur im Ultimax Modus kann man den UC1 RAM beschreiben, ohne gleichzeitig einen C64 eigenen RAM zu beschreiben. Die Methode ist also, in den Ultimax Modus zu wechseln (/GAME = 0 und /EXROM = 1), ein oder mehrere Bytes zu schreiben und wieder in den normalen Zustand zurück zu kehren.
Das UC-Ram ist zusätzlich sichtbar im IO Adress-Bereich (IO-1 und IO-2). Damit hat man bis zu 512 Byte zusätzlichen Speicher zur Verfügung. Der Speicher kann auch mit Schreibschutz betrieben werden, wodurch man quasi ein ROM im IO Bereich sieht. Lesend sind immer die ganzen 512 Byte verfügbar. Schreibend sind nur 256 Bytes des IO-2 verfügbar. Der IO-1 Bereich kann schreibend zugegriffen werden, wenn das UC Register ausgeblendet ist (IO Register disable). Der Schreibzugriff ins UC RAM über den IO Bereich funktioniert nur, wenn schreiben erlaubt ist (SRAM write enable Bit) und das EPROM selektiert ist (SRAM select Bit = 0).
Das RAM im IO Bereich ist nutzbar, selbst wenn der C64 im Modus "kein Modul" läuft (/EXROM =1 und /GAME = 1). Das bietet eine ideale Sprungleiste für eine "unsichtbare" Modul Software. Man denke zB. an eine BASIC Erweiterung, zusätzliche Befehle für das BASIC. Normalerweise kostet ein Modul immer 8KB Speicher, der C64 meldet sich mit 30KB frei statt wie sonst 38KB. Mit einem "unsichtbaren Modul" kann man wie gewohnt 38KB freien Speicher haben, und doch auch glz. die Befehlserweiterung. Dazu verbiegt man die Vektoren für BASIC Erweiterung auf den IO Bereich (IO-2). Da liegt nun ein Code, der das Modul einschaltet, den gewünschten Code ausführt und danach das Modul wieder deaktiviert.
Entwicklung und erste Prototypen
Erste Versuche mit EPROM und SRAM am C64 Erweiterungsport erfolgten mit Replica Platinen der MagicDesk und der Expert Cartridge.
Erste Versuche mit einem GAL ATF16v8 am C64 Erweiterungsport erfolgten auf einer Lochraster Prototype Platine (C64-GAL-Testboard).
Die ersten Versuche waren Erfolg versprechend. Die Überlegung war nun, einen Prototyp zu fädeln oder gleich eine Platine zu machen. Mit Platinen Layout habe ich mich noch nie beschäftigt, ich entschied mich für das Programm SPRINT LAYOUT, weil ich schon das Produkt SPLAN von derselben Firma kennen und schätzen gelernt habe.
Also meine erste Platine ... Zum Glück habe ich großartige Hilfe bekommen aus dem VzEkC e.V. (Verein zur Erhaltung klassischer Computer e.V.).
Nochmals an diesem Punkt vielen Dank für die zahlreichen Tipps und die Hilfe bei der Layout Erstellung!!
Prototypen:
Leider haben sich bei dem Platinen Prototyp noch zwei kleine Fehler eingeschlichen. Die Probleme wurden mit Fädel-Draht behoben und das Layout wurde überarbeitet.
Im neuen Layout wurde noch das LED Board Interface hinzu gefügt:
Support für andere Modul Typen
MagicDesk
Das UC-1 kann die MagicDesk Hardware emulieren. Im Gegensatz zum UC-2 müssen aber am UC-1 kleine Änderungen an der Platine durchgeführt werden, da der GAL die Signale EXROM und GAME nicht direkt kontrolliert.
Es funktionieren alle MagicDesk Images bis zu einer Größe von 64K, das ist die Grenze beim UC-1.
Zudem muss man das EPROM Image konvertieren, weil das UC-1 nur 16K Pages selektieren kann, auch im 8K Modus.
Das SRAM ist hier unnötig, man kann es einfach weg lassen.
Das MagicDesk Modul ist eine EPROM Cartridge mit bis zu einem MB. Es gibt verschiedene Arten von MagicDesk Module, was die Interpretation der höherwertigen Bits im Steuerregister anbelangt. Das Banking wird über ein Register an der Adresse $DE00 (IO-1) gesteuert. Das Modul startet im 8KB Modus des C64. Die Bits 0 bis 5 dienen zur Auswahl der 8K Bank.
Das Bit 7 des Register steuert das Signal /EXROM. Nach einem Reset wird Low ausgegeben, wodurch der C64 im 8K Modul Modus startet. Durch schreiben von $80 an die Adresse IO-1 wird das Modul deaktiviert.
Das Bit 6 des Register steuert die Sichtbarkeit des IO Register. Damit kann man verhindern, dass ein deaktiviertes Modul wieder eingeschaltet wird. Die 1MB Module verwenden Bit 6 für das Banking. Manche Module unterstützen das Bit 6 gar nicht, andere schalten die Funktion von Bit 6 per Jumper Brücken.
- MagicDesk Anpassung beim UC-1 ab Rev. 5d
- Brücke J2 auftrennen (trennt /GAME vom Register Ausgang 6)
- optional andere GAL Logik (COMAL Jedec)
- optional Brücke J4 auftrennen (trennt /IOdisable vom Register Ausgang 3)
- optional Brücke J4 nach links, zur 'J4' Bezeichnung (verbindet /IOdisable und Register Ausgang 6)
COMAL-80
Das UC-1 kann die COMAL-80 Hardware emulieren. Im Gegensatz zum UC-2 müssen aber am UC-1 kleine Änderungen an der Platine durchgeführt werden, da der GAL die Signale EXROM und GAME nicht direkt kontrolliert.
Es funktionieren alle Comal-80 Images die ich so gefunden habe, auch das 128K große PAKMA Comal-80.
Das SRAM ist unnötig für COMAL-80, man kann es einfach weg lassen.
Das Comal-80 Modul ist eine EPROM Cartridge mit bis zu 96KB (drei EPROM zu je 32K). Die EPROM's U1 und U2 beinhalten das eigentliche COMAL. Der dritte Sockel U3 ist normalerweise frei. Man kann da COMAL Erweiterungen installieren (ZB. die Super Chip Erweiterung). Mit einer kleinen Hardware Modifikation unterstützt das Modul sogar 4 EPROM's (insgesamt 128KB), zB. die PAKMA Erweiterung nützt die ganzen 128KB.
Das Banking wird über ein Register an IO-1 (Adresse $DE00) gesteuert. Das Bit 0 steuert A14 von allen EPROM und wählt damit die unteren 16K oder die oberen 16K. Die Bits 1 und 2 wählen eines der EPROM aus (00=U1, 01=U2, 02=U3). Mit 11 würde man das optionale vierte EPROM selektieren, allerdings ist im Modul kein vierter Sockel vorhanden. Der Hardware Umbau erfordert zwei Dioden und ein 64K EPROM. Mit den zwei Dioden kombiniert man die Selektion von U3 und U4.
Das Bit 6 des Register steuert die Signale /EXROM und /GAME. Nach einem Reset wird Low ausgegeben, wodurch der C64 im 16K Modul Modus startet. Durch schreiben von $40 an die Adresse IO-1 wird das Modul deaktiviert. Spätere COMAL Module können /EXROM und /GAME separat steuern über Bit 5 und 6. Damit könnte man auch in den 8K und in den UltiMax Modus wechseln, das wird aber von keiner COMAL Version unterstützt. Um sicher zu stellen, dass die Modul Abschaltung funktioniert, sollte man daher zum abschalten des Modul den Wert $60 in das Register schreiben. Das funktioniert mit allen COMAL Modulen.
- COMAL Anpassung beim UC-1 ab Rev. 5d
- Brücke J1 auftrennen (trennt /EXROM vom Register Ausgang 7)
- Brücke J3 verbinden (verbindet /EXROM und /GAME)
- Brücke statt der Diode, wenn man die Reset Logik nicht betückt
- COMAL Anpassung beim alten UC-1
- eine Brücke einlöten beim Modul ganz oben (/EXROM und /GAME verbinden)
- Pin 19 am 74LS273 heraus biegen (oder abschneiden)
Es funktionieren alle Comal-80 Images die ich so gefunden habe, auch das 128K große PAKMA Comal-80. Und selbstverständlich auch die hausgemachte Super Chip II Erweiterung.
Das SRAM ist unnötig für COMAL-80, man kann es einfach weg lassen.
News
- 14.09.2021 -- Gerber Dateien überarbeitet
- 21.10.2021 -- Gerber Rev.5 - UC-1 mit zwei Reset Taster
- 20.08.2023 -- UC-1 Rev.5d (COMAL-80 Jumper)
Downloads
- Gerber Dateien UC-1 Rev.5d
- Gerber Dateien UC-1 Rev.5c
- Jedec für das GAL - Version B für maximale Kompatibilität des UC-Loader (IO Bereich ohne Speicherzugriff)
- Jedec für das GAL - Version C mit Speicherzugriff im IO1 und IO2 Bereich
