c65

Was belegt ist – und was noch geprüft werden muss

Bei einem nicht serienreifen System ist die Trennung zwischen eigenem Gerät, allgemeiner Commodore-Spezifikation und späterer Sekundärdarstellung besonders wichtig. Zwei C65 können äußerlich ähnlich sein und intern unterschiedliche Entwicklungsstände besitzen.

Diese Matrix verhindert, dass ein Wert aus einem Entwicklungsdokument nachträglich als gemessene Eigenschaft eines konkreten eigenen Geräts erscheint.

Wie die Geräte zu mir kamen

Die beiden C65 kamen 1994 nicht als Prestigeobjekte in mein Umfeld, sondern eher wie zwei technische Fragezeichen. Ein Bekannter aus dem Commodore-Umfeld fragte mich damals, ob ich Interesse an zwei C65 hätte. Die Gesamtlage war zu dieser Zeit bereits unruhig, vieles wirkte im Übergang, und mein Eindruck war schon damals, dass es weniger um eine normale Weitergabe ging als um die Frage, ob diese Geräte in Hände kommen, die sie ernst nehmen.

Kurz darauf wurden mir die Systeme per Post geschickt. Vielleicht ist genau dadurch mein Blick bis heute eher sachlich geblieben. Ich habe diese Rechner nie in erster Linie als Seltenheiten angesehen, sondern als Maschinen, die man einschaltet, vergleicht, untersucht und in ihrer Logik nachvollzieht. Mich interessierte nicht der Besitz als Geste, sondern die Struktur als Tatsache.

Wer Geräte auf diese Weise bekommt, entwickelt oft automatisch einen anderen Zugang. Man betrachtet sie nicht wie ein Sammlerstück hinter Glas, sondern wie ein reales System mit Gehäuse, Bauteilen, Grenzen, Übergangslösungen und Spuren der Entwicklung. Der C65 war für mich von Anfang an eher technische Dokumentation in Hardware-Form.

Gerade weil diese Geräte nie Teil einer normalen Serienrealität wurden, sind sie in meinen Augen vor allem als Entwicklungszustand interessant. Sie zeigen nicht nur, was fertig war, sondern auch, wohin etwas gehen sollte.

C64DX-Projekt und technische Zeitstellung

Der Rechner erscheint in Commodore-Unterlagen als C64DX Development System. Die erhaltenen Spezifikationen und Chipdokumente stammen überwiegend aus dem Jahr 1991 und zeigen ein Projekt, dessen Hardware, ROM und Fertigungsunterlagen noch fortgeschrieben wurden.

Ziel war kein bloßer Takt- oder Speicheraufschlag für den C64. Commodore verband eine weiterentwickelte 65xx-CPU, neue Grafikmodi, ein neues BASIC, DMA, integrierte I/O-Funktionen und ein internes 3,5-Zoll-Laufwerk zu einer eigenständigen Plattform, die dennoch C64-Software und -Peripherie möglichst weit mitnehmen sollte.

Prototyp, Vorserie und Entwicklungsgerät

Der C65 wurde nicht als einheitliches Serienprodukt mit endgültiger Hardware-, ROM- und Servicebasis eingeführt. Deshalb ist „der C65“ technisch weniger eindeutig als ein reguläres C64- oder C128-Modell.

• Hardware kann variieren: Platinen-, Custom-Chip- und Laufwerksstände unterscheiden sich.
• ROM kann variieren: BASIC- und KERNAL-Funktionen sowie Startbildschirm können nach Build abweichen.
• Dokumente können vorausgreifen: eine geplante Funktion muss auf jedem vorhandenen Gerät nicht vollständig implementiert sein.
• Fehler sind Teil des Entwicklungsstands: Inkompatibilitäten oder unvollständige Routinen sind nicht automatisch Defekte.
• Spätere Reparaturteile verändern den Befund: ersetzte ROMs, Laufwerke oder Netzteile müssen dokumentiert werden.

Board-, Chip- und ROM-Revisionen

Die C65-Unterlagen enthalten mehrere Überarbeitungen: unterschiedliche Boardzeichnungen, VIC-III-Revisionen, F011-Stände und fortgeschriebene ROM-Fassungen. Eine Geräteakte muss diese Ebenen getrennt erfassen.

Übergangsarchitektur statt bloßer Nachfolger-Logik

Technisch ist der C65 gerade deshalb interessant, weil er eben nicht einfach nur ein stärkerer C64 sein sollte. Die Herkunft bleibt klar erkennbar, aber an mehreren Stellen ist bereits sichtbar, dass man eine andere Richtung einschlagen wollte. Im Zentrum steht die CSG 4510, also eine weiterentwickelte CPU aus der 65xx-Linie. Schon daran sieht man, dass der Rechner zwar aus der klassischen Commodore-Welt kommt, aber intern an mehreren Punkten über diese hinausweist.

Besonders deutlich wird dieser Übergang beim Grafikteil. Der VIC-III zeigt bereits eine deutlich erweiterte Register- und Grafiklogik. Es geht hier nicht bloß um etwas mehr von dem, was vorher schon da war, sondern um einen Rechner, der sich sichtbar von der alten Ordnung lösen will, ohne seine Abstammung zu verleugnen. Genau dieses Nebeneinander aus Herkunft und Richtungswechsel macht den C65 so aufschlussreich.

Für mich lag der Reiz immer darin, diese Zwischenlage auszulesen. Ein fertiges Seriengerät ist oft glatt, abgeschlossen und klar definiert. Ein Prototyp oder Vorseriensystem wie der C65 zeigt dagegen Stellen, an denen Entwicklung noch sichtbar bleibt. Gerade das ist technisch viel interessanter.

• CSG 4510: sichtbare Weiterentwicklung der 65xx-Linie statt völliger Neuanfang.
• VIC-III: klare Erweiterung der Grafiklogik und deutlicher Bruch mit der engen C64-Welt.
• Integriertes 3,5-Zoll-Laufwerk: ein anderes Verständnis von System und Datenträgern als beim klassischen C64-Umfeld.
• Gesamtcharakter: nicht nur „mehr C64“, sondern eine andere Richtung mit erkennbarer Herkunft.

Funktionsblöcke statt bloßer Leistungsdaten

„Spannend war nie nur, was der C65 konnte, sondern was er über den Weg dorthin verrät.“

CSG 4510: CPU und System-I/O in einem Baustein

Der 4510 ist kein gewöhnlicher 6502-Ersatz. Commodores Spezifikation beschreibt einen vollständig statischen 8-Bit-Mikrocontroller mit erweitertem 65CE02-Kern und integriertem System-I/O.

• 20-Bit-Adressbus: physischer Zugriff auf bis zu 1 MB innerhalb des 4510-Mapping-Modells.
• MAP-Funktion: logische 64-KB-Bereiche können auf physische Speicherbereiche umgesetzt werden.
• Vier 16-Bit-Timer: zwei integrierte Timergruppen statt separater klassischer CIAs.
• Zwei TOD-Uhren: 24-Stunden-Zeitgeber mit Alarmfunktion.
• UART: asynchrone serielle Ein-/Ausgabe mit programmierbarem Baudratengenerator.
• Synchrone Ports: zwei 8-Bit-Schieberegister mit eigenen Takt-/Datenleitungen.
• 27 I/O-Leitungen: mehrere programmierbare Portgruppen für System- und Peripheriefunktionen.

65CE02-Erweiterungen

Der CPU-Kern erweitert die 65xx-Familie unter anderem um zusätzliche Register und Adressierungsarten. Das Z-Register, eine verlegbare Direct Page, erweiterte Stackmöglichkeiten und zusätzliche Sprung-, Bit- und Blockbefehle sollten effizienteren Code ermöglichen, ohne die Herkunft aus der 6502-Welt aufzugeben.

Der beschleunigte Systemmodus liegt nach VIC-III-Spezifikation ungefähr bei 3,5 MHz statt etwa 1 MHz. Der reale Takt kann jedoch durch Videozugriffe, Kompatibilitätsmodus und DMA beeinflusst werden.

128 KB Basis-RAM, 20-Bit-Adressen und MAP

Das Projektkonzept sieht 128 KB RAM vor. Die CPU arbeitet weiterhin mit einem 16-Bit-logischen Adressraum, kann über die MAP-Logik aber Speichersegmente in einen größeren physischen Raum einblenden.

Dieses Modell ist konzeptionell anders als die reine ROM-/RAM-Bankschaltung des C64. Es erlaubt neue Programme und Betriebssystemroutinen, mehr Speicher zu organisieren, ohne die gesamte 16-Bit-Programmierwelt aufzugeben.

BASIC 10, KERNAL und eingebauter Monitor

Commodore BASIC 10 sollte die neue Hardware direkt ansprechbar machen, statt wie BASIC 2.0 viele Grafik-, Sound- und Diskettenfunktionen nur über PEEK, POKE oder Maschinensprache zugänglich zu lassen.

Da ROMs während der Entwicklung verändert wurden, können Befehle, Fehlerverhalten und Startmeldungen zwischen Geräten abweichen. Für eine belastbare Geräteakte werden ROMs nicht nur nach Aufkleber, sondern zusätzlich per Prüfsumme dokumentiert.

VIC-III 4567: Kompatibilität und neue Bildarchitektur

Die Commodore-Spezifikation des VIC-III nennt sowohl klassische Kompatibilitätsfunktionen als auch deutlich erweiterte Modi. Der Chip ist damit nicht nur ein schnellerer VIC-II, sondern zugleich Video- und Speichersteuerung für eine neue Plattform.

• 40- und 80-Spalten-Zeichenanzeige
• 640 horizontale Pixel in regulären hochauflösenden Modi
• Interlace- und 400-Zeilen-Betrieb
• Zeichenattribute wie Blinken, Hervorhebung, Unterstreichen und Reverse
• schneller CPU-Takt gegenüber dem Kompatibilitätsmodus
• Bitplane-Modi und programmierbare Farbpaletten
• Display Address Translator für Bitplane-Zugriff
• erweiterte horizontale Modi einschließlich dokumentiertem 1280H-Konzept

Nicht jede im Chipdokument genannte Funktion muss in jeder ROM-Fassung gleich komfortabel nutzbar sein. Chipfähigkeit, Boardbeschaltung, Monitorstandard und BASIC-Unterstützung sind getrennte Ebenen.

Grafikmodi, Bitplanes und 4096-Farben-Palette

Der VIC-III verbindet C64-Zeichen-, Bitmap- und Spritekonzepte mit neuen hochauflösenden und bitplanebasierten Darstellungen. Eine programmierbare Palette stellt Farben aus einem größeren 4096-Farben-Raum bereit.

Hohe Auflösung, viele Bitplanes und schneller CPU-Betrieb konkurrieren um Speicherbandbreite. Der theoretische Modusname allein sagt deshalb nichts über gleichzeitig verfügbare Farben, CPU-Zeit oder Monitorverträglichkeit.

DMAgic: Listenbasierte Speicheroperationen

Der F018-DMAgic-Baustein ist ein eigenständiger DMA-Controller. Commodores Spezifikation nennt listenbasierte Befehlsfolgen, verkettete Kommandos, absolute Zugriffe auf den Systemspeicher und Blöcke bis 64 KB.

• Copy: Datenblöcke zwischen Speicher- und I/O-Bereichen bewegen.
• Fill: Speicherbereiche mit einem Wert füllen.
• Chain: mehrere DMA-Befehlslisten ohne CPU-Neustart verknüpfen.
• Modulus: zweidimensionale beziehungsweise fensterartige Blockstrukturen bearbeiten.
• Hold: Quell- oder Zielzeiger für wiederholte Werte festhalten.
• Arbitration: VIC-III und externe DMA-Anforderungen haben definierte Vorrangbeziehungen.

DMAgic entlastet die CPU bei Speicherbewegungen, muss aber Bus, Videozugriff, Interrupts und physische Adressen korrekt koordinieren. Der Baustein ist deshalb ein zentrales Zeichen dafür, dass der C65 über die C64-Architektur hinausgedacht wurde.

Sechs Stimmen und zwei Audiokanäle

Die C64DX-Systembeschreibung nennt insgesamt sechs Stimmen, drei pro Kanal. Das entspricht einem Systemkonzept mit zwei SID-Syntheseeinheiten und erweitert die C64-Klangarchitektur von drei Stimmen in Richtung Stereo.

Für ein konkretes Gerät müssen SID-Typen, Revisionen, Sockel, Filterbeschaltung und tatsächliche Kanalführung geprüft werden. Ein allgemeiner Projektwert wird nicht automatisch als nachgewiesene Bestückung beider vorhandenen Systeme bezeichnet.

Die vollständige SID-Technik bleibt auf sid.htm. Hier ist entscheidend, wie das duale Audiokonzept in die C65- Gesamtarchitektur eingebettet ist.

F011 und das integrierte 3,5-Zoll-Laufwerk

Das integrierte Laufwerk ist kein eingebauter vollständiger 1581-Rechner. Der C65 verwendet den F011 als MFM-Diskettencontroller und bindet die Laufwerksmechanik direkt in den Rechner ein.

• MFM-Lesen und -Schreiben: sektorweise Datenübertragung von formatierten Disketten.
• Full-Track-Zugriff: freie vollständige Spurlese- und Schreiboperationen.
• Formatierung: Controller steuert das Erzeugen von Diskettenstrukturen.
• 512-Byte-Cache-RAM: externer Puffer für Datenübertragung.
• Mechaniksteuerung: Motorlauf, Kopfbewegung, Seite, Schreibschutz und Diskettenwechselstatus.
• Erweiterung: vorgesehene serielle Verbindung für zusätzliche Laufwerkssteuerung.

Die Mechanik ist ein Verschleiß- und Alterungsteil. Riemen, Schmierung, Köpfe, Sensoren und Disketten dürfen nicht allein deshalb als funktionsfähig gelten, weil der Rechner startet.

Anschlüsse und Erweiterung

Der C65 sollte vertraute Commodore-Peripherie weiterverwenden und zugleich neue Systemmöglichkeiten anbieten. Der genaue elektrische und logische Funktionsumfang kann revisionsabhängig sein.

C64-Kompatibilität: Ziel, aber keine vollständige Identität

Der C65 sollte C64-Software weitgehend ausführen können. Das verlangte kompatible Speicherbereiche, VIC-/SID-Verhalten, ROM-Routinen, Taktbedingungen und Peripherieschnittstellen.

„C64-kompatibel“ ist deshalb ein Ziel mit Abstufungen. Ein bestandener BASIC-Test beweist keine Demo-, Fastloader- oder Modulkompatibilität.

Netzteil und sichtbare Übergangslösungen

Besonders aufschlussreich sind für mich oft nicht die spektakulären Datenblätter, sondern die unscheinbaren Stellen. Beim C65 gehört das Netzteil genau in diese Kategorie. Äußerlich steckt es in einem bekannten C64-Gehäuse mit entsprechender Prägung. Intern wurde es jedoch für die Anforderungen des C65 angepasst.

Für Sammler mag so etwas manchmal nur wie ein kurioses Detail wirken. Für mich ist gerade das eine der interessantesten Spuren. Man erkennt daran, wie Entwicklung in der Realität oft wirklich aussieht: vorhandene Teile, geänderte Anforderungen, pragmatische Lösungen und keine künstlich glatte Serienästhetik. Solche Übergangslösungen erzählen oft mehr über Technik als ein perfekt fertiges Endprodukt.

Die offizielle C65-Netzteilspezifikation beschreibt ein eigenständiges Gleichspannungsnetzteil mit +5 V und +12 V. Es ist damit elektrisch nicht das klassische C64-Konzept aus 5 V DC und 9 V AC, auch wenn ein vorhandenes Gehäuse äußerlich daran erinnert.

Genau solche Dinge interessieren mich bis heute stärker als jede laute Seltenheitsbehauptung. Ein Gehäuse, das äußerlich aus einer vertrauten Welt stammt, intern aber bereits an ein anderes System angepasst wurde, ist eine fast schon perfekte kleine Zusammenfassung dessen, was der C65 insgesamt ausmacht.

Beide Geräte getrennt prüfen und dokumentieren

Zwei Systeme dürfen nicht zu einem idealisierten „meinen C65“ zusammengezogen werden. Jedes Gerät erhält eine eigene Akte.

Bestandsschonende Inbetriebnahme

Bei seltener Prototypenhardware ist „einfach einschalten“ keine neutrale Handlung. Vor dem Betrieb werden Netzteil, Kurzschlusslage, mechanischer Zustand und vorhandene Modifikationen geprüft.

1. Vorher fotografieren: Gerät, Stecker, Netzteil und ungeöffnete Ausgangslage.
2. Netzteil getrennt messen: +5 V, +12 V, Polarität, Stabilität und Lastverhalten.
3. Innenzustand prüfen: Korrosion, ausgelaufene Bauteile, lose Teile, beschädigte Leitungen.
4. Ohne unbekannte Erweiterungen starten: externe Module und Peripherie zunächst entfernen.
5. Stromaufnahme beobachten: ungewöhnliche Erwärmung oder Spannungseinbruch sofort untersuchen.
6. ROM und Startbild dokumentieren: bevor Änderungen oder Updates erfolgen.
7. Laufwerk separat testen: erst mechanisch, dann mit entbehrlichem Prüfmedium.
8. Keine Originaldisketten als ersten Test verwenden.

Reparaturen werden reversibel gehalten. Ausgebaute Originalteile, EPROMs und Kabel bleiben beschriftet erhalten.

Begleitumgebung, Zustand und warum das wichtig ist

Dass bei den Geräten bis heute mehr als nur der Rechner selbst erhalten geblieben ist, sehe ich vor allem als dokumentarischen Glücksfall. Kartons, Styropor, Folien und selbst die Schachteln der Netzteile sind nicht einfach nur Beiwerk. Sie helfen dabei, den ursprünglichen Zustand, die Übergabesituation und den Charakter dieser Geräte viel vollständiger zu lesen.

Für mich hat das nichts mit Spekulationsdenken zu tun. Ich sehe darin keinen Anlass für Lautstärke, sondern eine seltene Möglichkeit, ein technisches Objekt möglichst unverstellt in seinem damaligen Kontext zu betrachten. Je mehr vom ursprünglichen Umfeld bleibt, desto genauer lässt sich auch nachvollziehen, wie ein System einst ausgeliefert, gedacht und behandelt wurde.

Gerade bei einem Rechner, der nie regulär als Massenprodukt überall ankam, ist das besonders wertvoll. Es geht dann nicht mehr nur um das Mainboard oder das Gehäuse, sondern um das gesamte technische Umfeld. Und genau dieses Umfeld trägt viel zum Verständnis bei.

• Originale Begleitteile sind keine Nebensache, sondern Teil der technischen Lesbarkeit.
• Verpackungen und Zubehör helfen, Übergabesituation und Ursprung besser zu verstehen.
• Bei Vorseriensystemen ist der Gesamtzustand oft fast ebenso interessant wie das Gerät selbst.
• Dokumentation und Erhalt bedeuten hier für mich mehr als Marktwert.

Öffentlich nenne ich dabei bewusst nur eine Seriennummer: 000213. Auch das gehört zu meiner Haltung. Mir ging es nie darum, alles möglichst laut zu markieren. Wichtiger ist mir, dass ein Gerät ruhig, sauber und nachvollziehbar dokumentiert bleibt.

„Nicht möglichst viel zeigen, sondern so viel, wie für das technische Verständnis sinnvoll ist.“

Archivierung und Erhaltung

Ein C65-Archiv besteht aus mehr als den Rechnern. Hardware, ROM, Disketten, Netzteile, Verpackung, Fotos und persönliche Herkunftsgeschichte müssen miteinander verknüpft bleiben.

• ROM-Dumps: jedes Gerät und jeden EPROM-Satz getrennt sichern und hashen.
• Diskettenimages: vorhandene Medien schreibgeschützt und möglichst auf Rohdatenebene erfassen.
• Boardfotos: Vorder- und Rückseite in hoher Auflösung mit lesbaren Chipaufdrucken.
• Netzteilakte: Schild, Stecker, Pinout, Messwerte und Reparaturen dokumentieren.
• Verpackung: Zuordnung und Zustand erhalten, ohne Klebebänder oder Beschriftungen zu zerstören.
• Änderungsprotokoll: jeder Eingriff mit Datum, Grund und ausgebautem Originalteil.
• Mehrere Sicherungen: Bilder, Dumps und Notizen nicht nur auf einem Datenträger halten.

Emulatoren und moderne Nachbauten können Softwarezugriff erleichtern, ersetzen aber nicht die Dokumentation der realen Board- und ROM-Revisionen.

Warum der C65 für mein Technikverständnis wichtig geblieben ist

Der C65 steht für mich nicht nur für ein einzelnes Gerät, sondern für eine Haltung gegenüber Technik. Wer solche Systeme ernsthaft ansieht, lernt fast automatisch, Übergänge zu lesen, Unterschiede zu erkennen und auch unfertige oder halbfertige Architektur als Quelle von Verständnis zu begreifen.

Gute Technik zeigt sich nicht nur dann, wenn ein Produkt abgeschlossen und erfolgreich ist. Manchmal wird sie gerade dort sichtbar, wo etwas kurz vor einer neuen Richtung steht. Der C65 ist genau so ein Fall. Er ist kein reines Versprechen mehr, aber auch noch kein normal eingelaufener Alltagstyp. Gerade das macht ihn interessant.

Aus heutiger Sicht passt dieser Blick auch sehr gut zu meiner Arbeit mit Webentwicklung. Mich interessieren bis heute keine lauten Effekte und keine rein dekorativen Konstruktionen. Entscheidend ist für mich, ob etwas strukturell lesbar bleibt, ob sich eine Idee im Aufbau zeigt und ob ein System nicht nur heute funktioniert, sondern auch später noch begriffen und gepflegt werden kann.

Vielleicht ist genau das der eigentliche Grund, warum der C65 für mich bis heute wichtig ist. Nicht, weil er selten blieb, sondern weil er in einer konzentrierten Form sichtbar macht, wie Technik entsteht, wie sie sich verändert und woran man erkennt, ob in einem System echte Gedanken stecken.

Für mich bleibt er deshalb vor allem eines: Hardware und Entwicklungszustand zum Verstehen, nicht zum Vorzeigen.

„Der C65 ist für mich keine Vitrine, sondern eine lesbare Spur technischer Entwicklung.“

Technische Referenzen

Die technischen Angaben orientieren sich vorrangig an den erhaltenen Commodore-System-, Chip-, Platinen- und Netzteilunterlagen. Persönliche Angaben zu den zwei Geräten stammen aus der eigenen Herkunfts- und Bilddokumentation.

Da der C65 Entwicklungsstand blieb, können Unterlagen einander ergänzen, überholen oder unterschiedliche Revisionen beschreiben. Widersprüche werden nicht durch einen pauschalen Idealwert aufgelöst, sondern dem jeweiligen Dokument- und Gerätestand zugeordnet.

Querverweise im SSLXY-Archiv

• Zur SSLXY-Hauptseite
• Hardwareübersicht
• Commodore 64 – zentrale Architekturakte
• Commodore 128 – reguläre Übergangsarchitektur
• SID – Klang, Filter und Revisionen
• IEC-Bus – elektrische und logische Ebene
• Laufwerke und Diskettenstationen
• Amiga 2000 – konkrete Hardwareakte