c65

Was belegt, allgemein dokumentiert oder nicht gesichert ist

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.

Herkunft der beiden Systeme

Die beiden C65 kamen 1994 nicht als Prestigeobjekte in den dokumentierten Bestand, sondern eher wie zwei technische Fragezeichen. Ein Bekannter aus dem Commodore-Umfeld bot damals zwei C65 zur Übernahme an. Die Gesamtlage war zu dieser Zeit bereits unruhig, vieles wirkte im Übergang, und die Weitergabe hatte eher den Charakter, die Geräte in ein technisch interessiertes Umfeld zu geben, als den eines normalen Seriengeräteverkaufs.

Kurz darauf wurden die Systeme per Post übermittelt. Seitdem wurden diese Rechner nie in erster Linie als Seltenheiten behandelt, sondern als Maschinen, die sich einschalten, vergleichen, untersuchen und in ihrer Logik nachvollziehen lassen. Der Besitz als Geste steht hinter der technischen Struktur zurück.

Eine solche Herkunft begünstigt einen anderen Zugang als die reine Vitrinenbetrachtung. Die Systeme werden als reale Hardware mit Gehäuse, Bauteilen, Grenzen, Übergangslösungen und Entwicklungsspuren gelesen. Der C65 erscheint damit eher als technische Dokumentation in Hardware-Form.

Gerade weil diese Geräte nie Teil einer normalen Serienrealität wurden, sind sie vor allem als Entwicklungszustand interessant. Sie zeigen nicht nur, was bereits umgesetzt war, sondern auch, wohin sich das Projekt bewegen 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.

Systemlinie: Commodore 64 und Commodore 128 zeigen die regulären Vorgängerarchitekturen, von denen sich das C64DX/C65-Projekt zugleich ableitet und entfernt.

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.

Der technische Reiz liegt besonders in dieser Zwischenlage. Ein fertiges Seriengerät ist häufig glatt, abgeschlossen und klar definiert. Ein Prototyp oder Vorseriensystem wie der C65 zeigt dagegen Stellen, an denen Entwicklung noch sichtbar bleibt. Gerade diese Spuren machen ihn technisch aufschlussreich.

• 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.

Architekturkontext: Systems und Hardware ordnen Prozessor-, Speicher- und Integrationsentscheidungen breiter ein.

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.

Audiovertiefung: SID behandelt 6581/8580, Filter, Revisionen und Klangverhalten als eigene technische Akte.

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.

Massenspeicher: Laufwerke und Diskettenstationen behandelt Mechanik, Medien und Erhaltung historischer Laufwerke.

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.

Anschlussvertiefung: Schnittstellen und Kabel sowie Interfaces führen elektrische und logische Anschlussgrenzen systemübergreifend weiter.

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 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 nur wie ein kurioses Detail wirken. Technisch ist es dagegen eine besonders interessante Spur: Entwicklung besteht in der Realität oft aus vorhandenen Teilen, geänderten Anforderungen und pragmatischen Lösungen statt künstlich glatter Serienästhetik. Solche Übergangslösungen erzählen häufig mehr über den Entwicklungsprozess als ein vollständig 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.

Solche Details sind für eine technische Archivierung aussagekräftiger als Seltenheitsbehauptungen. Ein Gehäuse, das äußerlich aus einer vertrauten Welt stammt, intern aber bereits an ein anderes System angepasst wurde, fasst die Übergangslogik des C65 beinahe exemplarisch zusammen.

Versorgungskontext: Netzteile und Stromversorgung ordnet Spannungen, Alterung, Messung und Ersatzversorgung breiter ein.

Beide Geräte getrennt prüfen und dokumentieren

Zwei Systeme dürfen nicht zu einem idealisierten einheitlichen „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 die Rechner selbst erhalten geblieben ist, ist ein dokumentarischer Glücksfall. Kartons, Styropor, Folien und selbst die Schachteln der Netzteile sind nicht bloß Beiwerk. Sie helfen dabei, ursprünglichen Zustand, Übergabesituation und Charakter der Systeme vollständiger zu lesen.

Diese Erhaltung wird nicht unter Markt- oder Spekulationsgesichtspunkten dokumentiert, sondern als seltene Möglichkeit, technische Objekte möglichst unverstellt in ihrem damaligen Kontext zu betrachten. Je mehr vom ursprünglichen Umfeld bleibt, desto genauer lässt sich nachvollziehen, wie ein System einst weitergegeben, 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 haben hier Vorrang vor Marktwert.

Öffentlich dokumentiert wird bewusst nur eine Serien- beziehungsweise Identifikationsnummer: 000213. Die zweite Nummer bleibt privat. Für die Archivseite ist entscheidend, dass der belegte Gerätebestand ruhig, sauber und nachvollziehbar beschrieben wird.

„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.

Erhaltung: Datensicherung und Backups behandelt Images, Prüfsummen und Restore; The Vault Provenienz, Verpackung und langfristigen Originalerhalt.

Warum der C65 für technisches Verständnis aufschlussreich bleibt

Der C65 steht nicht nur für ein einzelnes Gerät, sondern für eine bestimmte Art, Technik zu lesen. Wer solche Systeme ernsthaft untersucht, lernt Übergänge zu erkennen, Unterschiede zu dokumentieren und auch unfertige Architektur als Quelle technischen Verständnisses zu nutzen.

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.

Diese Betrachtungsweise lässt sich auch auf Webentwicklung und Systempflege übertragen: Entscheidend ist nicht der laute Effekt, sondern ob eine Konstruktion strukturell lesbar bleibt, ob sich ihre Idee im Aufbau zeigt und ob ein System nicht nur heute funktioniert, sondern auch später noch begriffen und gepflegt werden kann.

Genau darin liegt die bleibende Bedeutung des C65 für diese Archivseite: nicht in seiner Seltenheit, sondern darin, dass er in konzentrierter Form sichtbar macht, wie Technik entsteht, sich verändert und zwischen Kompatibilität, Erweiterung und unfertigem Entwicklungsstand vermittelt.

Er bleibt deshalb vor allem eines: Hardware und Entwicklungszustand zum Verstehen, nicht zum Vorzeigen.

„Der C65 ist keine bloße Vitrine, sondern eine lesbare Spur technischer Entwicklung.“

Commodore-Übergang: Amiga 2000 und Amiga 4000T dokumentieren die parallel beziehungsweise anschließend wichtigere 16-/32-Bit-Systemlinie.

Dokumentationsstand 2026: Prototypenrevisionen, Originalunterlagen und Gerätebefund strikt trennen

Der Commodore 65 beziehungsweise das C64DX Development System blieb ein Entwicklungsprojekt und wurde nicht zu einem einheitlich ausgelieferten Serienmodell. Genau deshalb besitzen Boardrevision, ROM-Build, Custom-Chip-Revision, Laufwerksstand und nachträgliche Änderungen bei jedem einzelnen Gerät besonderes Gewicht.

Erhaltene Commodore-Unterlagen dokumentieren unter anderem CSG 4510, VIC-III 4567, DMAgic, F011, 128 KB RAM und 128 KB ROM als Teile des C64DX/C65-Entwicklungsstands. Zusätzlich existieren offizielle Schalt-, PCB- und Fertigungsunterlagen für mehrere Entwicklungsrevisionen. Daraus folgt ausdrücklich nicht, dass jedes erhaltene C65-Gerät exakt dieselbe Bestückung besitzt.

Auch die erhaltenen ROM-Abbilder zeigen unterschiedliche Entwicklungsstände. Datierte Builds aus 1990 und 1991 belegen, dass Firmware und Zeichensätze während der Entwicklung fortgeschrieben wurden. Für eine Geräteakte sind deshalb ROM-Prüfsumme, sichtbarer Buildstand und Chipaufkleber aussagekräftiger als eine pauschale Modellannahme.

Die in dieser Seite dokumentierte Nummer 000213 stammt aus dem fotografisch belegten Gerätebestand und bleibt als öffentliche Identifikation erhalten. Die zweite Identifikationsnummer wird nicht veröffentlicht. Diese Entscheidung ändert nichts an der technischen Aussagekraft der Geräteakte.

Moderne Reproduktionen, FPGA-Nachbauten, Ersatz-ROMs oder Reparaturkomponenten können C65-Funktionen heute nachvollziehbar machen. Sie sind für die historische Geräteakte jedoch eine eigene Ebene und dürfen nicht als ursprüngliche Bestückung der beiden seit 1994 dokumentierten Systeme ausgegeben werden.

Querverweise im SSLXY-Archiv

Der C65 verbindet im Archiv die C64-/C128-Welt mit neuen 65xx-Integrationsideen, VIC-III, DMA, integriertem 3,5-Zoll-Laufwerk und der parallelen Amiga-Entwicklung.

• Startseite von sslxy.de
• Systems
• Hardware
• Commodore 64
• Commodore 128
• SID
• Laufwerke und Diskettenstationen
• Schnittstellen und Kabel
• Interfaces
• Netzteile und Stromversorgung
• Software- und Tool-Alltag
• Datensicherung und Backups
• The Vault
• Amiga 2000
• Amiga 4000T
• Technische Philosophie