Drei Modi. Zwei CPUs. Ein System, das mehrere Rollen gleichzeitig tragen sollte.
Der C128 ist für mich eines der aufschlussreichsten Commodore-Systeme. Nicht weil er besonders geschlossen oder besonders elegant wäre, sondern weil seine Architektur mehrere Ziele gleichzeitig tragen musste: vollständige C64-Kompatibilität, ein eigenständiges 128-Kilobyte-System und zusätzlich einen brauchbaren CP/M-Betrieb. Genau diese Überlagerung macht ihn interessant.
In meinem Umfeld waren C128 und C128D Arbeitsgeräte, keine Schaustücke. Der Wechsel zwischen den Modi, die Logik des Speichermodells und die zwei vollständig getrennten Videosysteme waren keine Nebensache, sondern der eigentliche Kern des Systems. Ob das alles in jeder Situation überzeugend aufging, ist eine andere Frage. Dass Commodore diesen Anspruch überhaupt so weit in Hardware gegossen hat, ist die sachlich wichtigere Feststellung.
Der C128 erschien 1985 in einer Phase, in der Commodore zwar noch stark war, intern aber bereits mehrere Richtungen gleichzeitig verfolgte. Der C64 lief weiterhin, der Markt veränderte sich, und die Frage nach einem Nachfolger war nicht einfach zu beantworten. Genau das sieht man dem C128 an: Er ist kein klares Einzelkonzept, sondern der Versuch, mehrere Anforderungen gleichzeitig in einem System unterzubringen.
In meinem Umfeld war der C128 nie nur ein Zwischenobjekt auf dem Weg zum Amiga. Er war ein ernst genommener Rechner. CP/M lief darauf, BASIC 7.0 war das umfangreichste BASIC, das Commodore in dieser Rechnerlinie regulär ausgeliefert hat, und das 80-Spalten-System eröffnete Möglichkeiten, die auf dem C64 so nicht vorhanden waren. Wer ihn nur als erweiterten C64 liest, liest ihn zu eng.
Gleichzeitig war die Rückwärtskompatibilität zum C64 keine dekorative Zusatzfunktion, sondern eine tiefe Systementscheidung. Sie reicht bis in die Speicherlogik, in die Videosysteme und in das generelle Startverhalten hinein. Genau dadurch entsteht ein Rechner, der mehr Schichten hat als sein äußerer Aufbau vermuten lässt.
Technisch interessant ist der C128 deshalb vor allem an seinen Nahtstellen. Dort zeigt sich, wie reale Entwicklungsarbeit aussieht, wenn Kompatibilität, Erweiterung und Marktdruck nicht nacheinander, sondern gleichzeitig beantwortet werden müssen.
Das auffälligste Merkmal des C128 ist sein Drei-Modus-Konzept. Gemeint ist damit keine bloße Startoption, sondern eine echte Hardware-Entscheidung: Das System kennt drei voneinander klar getrennte Betriebszustände, und jeder davon greift auf einen anderen Teil derselben Architektur zu.
Im C64-Modus übernimmt der MOS 8502 die Rolle seines Vorgängers vollständig. Er läuft auf 1 MHz, der VIC-IIe verhält sich im Wesentlichen wie ein VIC-II, und der Rechner tritt einem Programm gegenüber als C64 entgegen. Die 128-kB-Erweiterung bleibt im Hintergrund, die eigene MMU hält sich zurück.
Kompatibilität war hier keine Behauptung, sondern Konstruktionsprinzip. Die meisten C64-Programme liefen ohne Anpassung – was auf Hardwareebene erheblichen Aufwand bedeutete.
Im nativen C128-Modus arbeitet der 8502 mit 2 MHz, die MMU erschließt die 128 KB RAM, BASIC 7.0 steht zur Verfügung, und das VDC-Videosystem für 80 Spalten wird praktisch nutzbar.
Das ist die eigentliche Eigenständigkeit des Systems: mehr Speicher, höherer Takt, ein ernsthaftes Textarbeits-Videosystem und ein BASIC, das deutlich mehr direkt mitbringt als sein Vorgänger.
Im CP/M-Modus übernimmt der eingebaute Zilog Z80A. Das System bootet CP/M Plus 3.0 von Diskette, der Z80 wird aktive CPU, der 8502 tritt in den Hintergrund. Die Ausgabe läuft über das 80-Spalten-System des VDC.
Damit war der C128 als CP/M-Rechner tatsächlich benutzbar – nicht als theoretische Option, sondern als reale Ergänzung für eine damals noch relevante Softwarewelt.
Der Wechsel zwischen den Modi erfolgt beim Start: C64-Modus durch Gedrückthalten der Commodore-Taste, CP/M durch Systemdiskette und Boot-Vorgang. Im laufenden Betrieb ist kein transparenter Wechsel vorgesehen.
Jeder Modus ist damit eine eigene Betriebsumgebung – keine Emulation, keine Simulation, sondern eine echte Umschaltung auf Systemebene.
Gerade das Nebeneinander dieser drei Modi macht den C128 technisch ungewöhnlich. Man kann darüber streiten, wie konsequent jeder einzelne Modus im Alltag genutzt wurde. Dass ein solcher Aufbau in einem einzigen Rechner überhaupt so weit durchgezogen wurde, bleibt die sachlich bemerkenswerte Seite der Konstruktion.
„Drei Modi bedeuteten drei verschiedene Betriebslogiken in einem Gehäuse – und damit auch drei verschiedene Arten von Kompromiss.“
Zwei CPUs in einem Rechner von 1985 wirken auf den ersten Blick überzogen. Beim C128 ist das jedoch keine dekorative Komplexität, sondern die direkteste Antwort auf ein konkretes Problem: Wie macht man einen CP/M-fähigen Rechner, ohne die eigene CPU-Linie und die gesamte C64-Kompatibilität aufzugeben?
Der MOS 8502 ist eine Weiterentwicklung des 6510. Er bringt wie dieser einen 8-Bit-I/O-Port direkt mit und kann zwischen 1 MHz im C64-Betrieb und 2 MHz im nativen C128-Modus wechseln. Die 2-MHz-Option war praktisch spürbar: Programme liefen schneller, Berechnungen wirkten weniger zäh, und das System hatte insgesamt etwas mehr Reserven.
Der Zilog Z80A ist für einen klar begrenzten Zweck verbaut: den CP/M-Modus. Er läuft nominell mit 4 MHz, teilt sich aber den Bus mit dem 8502, woraus sich in der Praxis eine deutlich reduzierte effektive Nutzung ergibt. Das sah man auch an CP/M-Anwendungen: funktionsfähig, aber nicht außergewöhnlich schnell.
Die Umschaltung zwischen den CPUs erfolgt hardwareseitig. Im C64- und C128-Modus ist der Z80 ausgeblendet. Im CP/M-Modus übernimmt er, während der 8502 inaktiv bleibt. Es handelt sich also nicht um paralleles Rechnen, sondern um ein kooperatives Dual-CPU-Konzept mit gemeinsamer Busbasis.
Für mich ist genau das ein gutes Beispiel für nüchterne Architekturarbeit. Man hätte die CP/M-Frage auch anders beantworten können – langsamer, komplizierter oder gar nicht. Commodore entschied sich stattdessen für zwei reale CPUs mit klar getrennter Zuständigkeit. Nicht besonders schön im theoretischen Sinn, aber direkt.
128 Kilobyte RAM wirken heute klein. Interessant wird der C128 erst durch die Frage, wie dieses RAM überhaupt nutzbar gemacht wird. Ein 6502-Derivat kann von sich aus nur 64 Kilobyte direkt adressieren. Der zweite Speicherbereich muss also organisiert, geschaltet und in den sichtbaren Adressraum eingeblendet werden. Dafür ist der MOS 8722 zuständig.
Der 8722 ist keine MMU im modernen Sinn mit virtueller Adressierung oder Schutzmechanismen. Er ist vielmehr ein konfigurierbarer Speicherumschalter. Er bestimmt, welche RAM-Bank gerade sichtbar ist, welche ROM-Bereiche eingeblendet werden und welche I/O-Bereiche aktiv bleiben. Genau dadurch bekommt der C128 ein Speichermodell, das deutlich komplexer ist als das des C64.
Das physische RAM des C128 ist in zwei 64-kB-Bänke gegliedert. Beide sind vorhanden, aber die CPU sieht jeweils nur einen bestimmten Ausschnitt, den die MMU vermittelt. BASIC 7.0 nutzt diese Struktur auf eigene Weise: Programmcode, Variablen und Systembereiche können auf unterschiedliche Bänke verteilt werden.
Hinzu kommt die konfigurierbare ROM-Einblendung. Im C64-Modus verhält sich der Speicher weitgehend wie beim C64. Im C128-Modus bekommt der Programmierer deutlich mehr Kontrolle darüber, welche Bereiche sichtbar sind und wie der Adressraum genutzt wird. Das eröffnet Möglichkeiten, macht die Sache aber auch schwerer durchschaubar.
In der Praxis bedeutete das: Wer das Speichermodell wirklich verstand, konnte den Rechner sehr gezielt ausnutzen. Wer es nur halb verstand, stieß schnell auf Verhalten, das auf den ersten Blick unlogisch wirkte. Genau das ist für mich typisch für Übergangsarchitektur: mehr Möglichkeiten, aber nicht ohne Gegenleistung.
„Die MMU war kein Komfortmerkmal. Sie war die notwendige Antwort auf ein reales Adressraum-Problem.“
Das ungewöhnlichste Merkmal des C128 ist aus meiner Sicht sein doppeltes Videosystem. Gemeint ist damit keine einfache Umschaltoption, sondern zwei tatsächlich getrennte Videologiken mit eigener Hardware, unterschiedlicher Zielsetzung und voneinander unabhängiger Arbeitsweise.
Der VIC-IIe ist eine leichte Weiterentwicklung des VIC-II aus dem C64. Er erzeugt das bekannte 40-Spalten-Bild, arbeitet mit demselben Sprite-Prinzip, kennt die vertrauten Grafikmodi und greift wie sein Vorgänger auf das normale System-RAM zu. Im C64-Modus ist er die alleinige Anzeigeeinheit.
Dadurch bleiben aber auch die bekannten Grenzen erhalten: dieselben Speicherzugriffskonflikte, dieselben farblichen und auflösungsbedingten Beschränkungen und dieselbe enge Bindung an das System-RAM.
Der MOS 8563 VDC ist eine grundlegend andere Konstruktion. Er besitzt seinen eigenen Videospeicher – serienmäßig 16 KB, erweiterbar auf 64 KB – und greift nicht auf das System-RAM zu. Die CPU spricht ihn nur über Register an. Das bedeutet: Der VDC arbeitet unabhängig vom normalen Speicherverkehr und belastet den Systembus nicht auf dieselbe Weise wie der VIC-IIe.
Seine Ausgabe erfolgt über RGBI und richtet sich damit an Monitore, die für ernsthafte Textarbeit deutlich geeigneter waren als typische 40-Spalten-Darstellungen. Für CP/M und andere textlastige Anwendungen war das ein echter Unterschied im praktischen Nutzen.
Bemerkenswert ist dabei nicht nur die Trennung beider Systeme, sondern auch die Tatsache, dass sie gleichzeitig aktiv sein können. In der Praxis wurde das selten ausgenutzt, weil meist nur ein Monitor vorhanden war. Technisch war das System jedoch darauf vorbereitet.
Der VDC ist für mich eines der unterschätzten Merkmale des C128. Nicht weil er spektakulär gewesen wäre, sondern weil er den Rechner dort ernsthaft machte, wo der C64 klar begrenzt blieb: bei Textarbeit, bei CP/M und bei allem, was einen schärferen, ruhigeren Bildschirm verlangte.
„Zwei getrennte Videosysteme in einem solchen Rechner waren keine Selbstverständlichkeit, sondern ein erheblicher konstruktiver Aufwand.“
Der C128 wurde nicht zufällig mit der 1571 verknüpft. Dieses Laufwerk gehört funktional zum Systemgedanken des Rechners. Im Vergleich zur 1541 ist es kein kleiner Schritt, sondern eine ernsthafte Erweiterung des gesamten Massenspeicher-Konzepts.
Das 1571 ist ein doppelseitiges 5,25-Zoll-Laufwerk. Es nutzt beide Seiten der Diskette über zwei Köpfe und verdoppelt damit die nutzbare Kapazität im Vergleich zur 1541 deutlich. Schon das allein war im Alltag relevant.
Technisch noch wichtiger ist die Fähigkeit des 1571, neben Commodores GCR auch MFM zu verarbeiten. Erst damit wird der CP/M-Modus des C128 praktisch interessant. Ohne diese Eigenschaft wäre CP/M auf dem C128 vor allem eine Demonstration geblieben. Mit ihr wurde ein realer Austausch mit fremden Diskettenformaten zumindest in einem gewissen Rahmen möglich.
Im Zusammenspiel mit dem C128 unterstützt das 1571 einen Burst-Modus, der die serielle Übertragung deutlich beschleunigt. Gerade hier zeigt sich, dass Commodore nicht nur den Rechner selbst, sondern auch die Peripherie als Teil derselben Systementscheidung verstand.
Für mich ist die 1571 deshalb ein gutes Beispiel dafür, dass der C128 nicht nur auf Platinenebene ernst gemeint war. Auch das Laufwerk zeigt, dass hier mehrere Anforderungen nicht nur behauptet, sondern bis in die Peripherie hinein mitgedacht wurden.
Der C128D ist im Kern derselbe Rechner in einer anderen Gehäuseform. Diese Gehäuseform ist aber nicht bloß Kosmetik. Sie verändert den praktischen Charakter des Systems deutlich.
Während der Standard-C128 mit integrierter Tastatur noch deutlich als Nachfahre des C64 erscheint, wirkt der C128D eher wie ein kompakter Arbeitsplatzrechner: separates Keyboard, integriertes 1571-Laufwerk, mehr Ordnung auf dem Tisch, weniger Einzelgeräte im Betrieb.
Ein wesentlicher Unterschied liegt im eingebauten Netzteil. Das vereinfacht die Aufstellung, verlagert die Wärmeentwicklung aber vollständig ins Gehäuse. Im Alltag ist das bequemer, technisch ist es nicht nur ein Vorteil.
Wichtig ist die korrekte Einordnung: Der frühe europäische C128D kam im Kunststoffgehäuse mit Tragegriff und separater Tastatur. Die spätere C128DCR-Variante steht für „Cost Reduced“, besitzt ein Metallgehäuse, ein überarbeitetes Innenleben und eine stärker integrierte Platinenrevision.
Für den normalen Betrieb ist der Unterschied nicht immer groß. Für jemanden, der die Maschine technisch liest, ist er jedoch deutlich: andere Gehäusewirkung, andere innere Revisionen, andere VDC-Bestückung und eine andere Wartungsrealität. Gerade deshalb sollte man C128D und C128DCR nicht einfach gleichsetzen.
Gerade für den Alltag mit 1571 und 80-Spalten-Monitor war das D-Modell daher mehr als eine Verpackungsänderung. Es machte den Rechner ruhiger und geschlossener im Aufbau, ohne an der inneren Systemlogik etwas Grundsätzliches zu ändern.
Mit BASIC 7.0 brachte der C128 ein deutlich weiterentwickeltes Commodore-BASIC mit. Im Vergleich zu BASIC 2.0 auf dem C64 ist der Unterschied nicht kosmetisch, sondern grundlegend: Grafik, Sound, Diskettenzugriff und strukturiertere Kontrollbefehle sind direkt integriert.
Damit war der C128 in BASIC erstmals als eigenständiger Arbeitsrechner ernst zu nehmen, ohne dass man sofort auf Erweiterungen oder Maschinensprache ausweichen musste.
Der CP/M-Modus des C128 basiert auf CP/M Plus 3.0 und nicht mehr auf dem älteren 2.2-Zweig. Das brachte unter anderem verbesserte Bankschaltung und ein erweitertes Speichermanagement mit. Technisch war das wichtig, weil der Rechner dadurch mehr aus seinen 128 KB machen konnte, als es ein älteres CP/M-Modell vermocht hätte.
Praktisch bedeutete das Zugang zu einer beträchtlichen Softwarebasis: WordStar, dBase, Turbo Pascal und viele andere Programme waren damit überhaupt erst ein realistischer Teil der C128-Welt. Ohne diesen Softwarezugang wäre der CP/M-Modus wesentlich weniger relevant gewesen.
Hinzu kommt der eingebaute Maschinensprachemonitor, der ohne Zusatzdiskette direkt verfügbar war. Auch das gehört zur Eigenständigkeit des Systems: weniger Umweg, mehr unmittelbarer Zugriff auf die Maschine selbst.
„BASIC 7.0 war nicht nur größer als sein Vorgänger. Es war ein Commodore-BASIC-Dialekt, der im Alltag deutlich weniger nach Zusatzarbeit verlangte.“
Der C128 ist für mich ein präzises Beispiel dafür, was ein Übergangssystem leisten kann – und was es dafür in Kauf nehmen muss. Er wollte zugleich kompatibel und eigenständig sein, zugleich Heimrechner und Arbeitsgerät, zugleich Teil der Commodore-Linie und CP/M-Plattform. Genau diese Mehrfachbelastung macht ihn lesbar.
An vielen Stellen seiner Architektur sieht man Entscheidungen, die aus realen Problemen entstanden sind: die MMU als Antwort auf den zu kleinen Adressraum, der Z80 als direkte Lösung für CP/M, die doppelte Videologik als Trennung von Kompatibilität und Textarbeit, das 1571 als notwendige Ergänzung derselben Systemidee. Nichts davon wirkt beiläufig.
Was dabei leidet, ist konzeptionelle Schärfe. Der C128 hat kein einziges, vollständig klares Profil. Genau das ist aber keine Schwäche im moralischen Sinn, sondern eine Folge seines Anspruchs. Übergangssysteme lösen mehrere Probleme gleichzeitig und zeigen gerade deshalb an ihren Nahtstellen oft mehr als reine Serienkonzepte.
Wer so einen Rechner ernst nimmt, muss deshalb nicht nur seine Stärken sehen, sondern auch die Stellen, an denen seine Architektur unter Last sichtbar wird. Genau dort wird er interessant.
Für mich gehört der C128 deshalb eher in die Kategorie der lesbaren Systeme als in die der lauten. Er zeigt nicht Perfektion, sondern Struktur unter mehreren Anforderungen. Und genau das ist oft aufschlussreicher.
Was bleibt, ist ein Rechner, der in bemerkenswert engem Rahmen drei Betriebsumgebungen, zwei CPUs und zwei Videologiken zusammenführt und dabei noch vollständige C64-Kompatibilität mitträgt. Das ist keine kleine technische Leistung.
„Der C128 ist nicht deshalb interessant, weil er alles ideal löst. Er ist interessant, weil man an ihm mehrere echte Entscheidungen gleichzeitig lesen kann.“
Diese Datei gehört zu den Commodore-, Heimcomputer-, Hardware- und Übergangssystem-Seiten im sslxy-Bereich.
Diese Seite liegt im eigenständigen sslxy-Bereich der Domain. Inhaltlich behandelt sie private technische Erinnerungen, historische Rechnerarchitektur und die nüchterne Einordnung des Commodore 128, C128D und C128DCR.
Genannte Marken- und Produktnamen dienen ausschließlich der sachlichen technischen und historischen Einordnung. Diese Seite ist keine Herstellerseite und steht in keiner Verbindung zu den genannten Markeninhabern.
Verantwortlich für die Domain ist der Betreiber der Hauptpräsenz. Detaillierte Angaben zum Verantwortlichen sowie Informationen zum Datenschutz stehen auf den offiziellen Hauptseiten der Domain.
Kontakt für technische Rückfragen: mail@sslxy.de
Auch diese Unterseite ist als rein informative, statische HTML-Seite konzipiert. Es werden keine Tracker, keine Analyse-Tools und keine zustimmungspflichtigen Cookies eingesetzt.
Statische Seite. Schlanke Struktur. Technischer Inhalt ohne unnötigen Überbau.