Sega TeraDrive – wer brauchte einen PC von Sega?

Picture is taken from: https://segaretro.org/Teradrive

Ein Mega Drive war 1991 eine aktuelle Spielkonsole. Ein IBM-kompatibler PC erledigte Textverarbeitung, Tabellenkalkulation und Datenverwaltung. Weshalb sollten beide Geräte auf derselben Hauptplatine sitzen?

Diese Frage führt näher an den TeraDrive heran als jede Aufzählung seiner Prozessoren. Wollte Sega zusätzlich in Büros vordringen? Sollte der Rechner Familien ansprechen, die Computer und Konsole nicht getrennt kaufen wollten? Oder erprobten Sega und IBM Japan eine Nische, deren Größe niemand genau kannte?

Sega und IBM nannten keine klar umrissene Zielgruppe. Die Werbung stellte „Amusement & Computer“ nebeneinander und zeigte Arbeitsprogramme ebenso wie Mega-Drive-Spiele. Der britische New Computer Express berichtete bereits vor der Veröffentlichung, Sega wolle Menschen an ernsthaftere Computeranwendungen heranführen, die sich bislang vor allem für Spiele interessierten. Das spricht für einen vielseitigen Heim- und Personalcomputer. Hinweise auf eine geplante Eroberung japanischer Büros gibt es nicht.

Ganz neu war der Gedanke für Sega nicht. Bereits 1983 hatte das Unternehmen den SC-3000 als „Game Computer“ angeboten. Er verband Spiele mit BASIC und weiterer Computersoftware am heimischen Fernseher. Der TeraDrive griff diese Idee acht Jahre später mit der Hardware des Mega Drive und einem IBM-kompatiblen PC wieder auf.

Auch für IBM Japan passte das Projekt in die Zeit. Das Unternehmen hatte im Oktober 1990 DOS/V angekündigt. Diese japanische Ausgabe von PC DOS stellte Kanji und andere japanische Schriftzeichen mithilfe von Software im VGA-Grafikspeicher dar. Das V stand ursprünglich für VGA.

Ein DOS/V-PC war keine eigene Rechnerarchitektur. Gemeint war ein weitgehend international kompatibler PC, der japanische Texte darstellen konnte. Das war auf einem Markt wichtig, auf dem NECs PC-98 und weitere landesspezifische Systeme ihre jeweils eigene Hard- und Softwarewelt mitbrachten. DOS/V sollte gewöhnliche PC/AT-Technik für japanische Anwender öffnen.

Für IBM dürfte der Reiz in Segas Zugang zum privaten Spielemarkt gelegen haben. Sega erhielt im Gegenzug eine fertige Grundlage für einen DOS/V-kompatiblen Rechner. Ob beide Unternehmen damit eine neue Gerätekategorie schaffen oder zunächst eine schmale Marktnische erproben wollten, bleibt offen.

Am 31. Mai 1991 erschien der TeraDrive in Japan. Sega bezeichnet ihn als gemeinsame Entwicklung mit IBM Japan. Seine PC- und Mega-Drive-Komponenten teilten sich eine Hauptplatine und konnten je nach Betriebsart unabhängig nebeneinander laufen oder auf Bereiche der jeweils anderen Seite zugreifen.

Sega und IBM auf einer Platine

Ein zeitgenössischer japanischer Bericht schrieb IBM die Fertigung der Hauptplatine zu. Bekannt sind damit die gemeinsame Entwicklung und die Beteiligung IBMs am zentralen Bauteil. Wer Gehäuse, Netzteil und Endmontage verantwortete, ist nicht dokumentiert.

Der PC-Teil verwendet einen Western-Digital-Chipsatz, der auch in anderen 286- und 386-Rechnern zu finden war:

  • WD76C10LP als System- und Speichercontroller
  • WD76C30 für serielle und parallele Schnittstellen
  • WD76C20 für Diskettenlaufwerk, Echtzeituhr und nichtflüchtigen Speicher
  • WD90C10 für die VGA-Grafik

Ähnliche Bausteine kamen im japanischen IBM PS/55 5510Z zum Einsatz. Hinzu kommt der IBM 79F2661. Auf der TeraDrive-Platine ist er mit „BUS SW“ beschriftet. Er verbindet den 68000-Bus der Mega-Drive-Seite mit dem ISA-Bereich des PCs und verwaltet den Zugriff auf ein zusätzliches Firmware-ROM.

Diese Verwandtschaft macht den TeraDrive nicht zu einem PS/2 Model 30 mit schwarzer Front. Seine Hauptplatine nimmt PC- und Mega-Drive-Technik gemeinsam auf und wurde für deren Verbindung eingerichtet. Auch Gehäuse und Erweiterungsmöglichkeiten unterscheiden sich deutlich von den entsprechenden IBM-Rechnern.

Der TeraDrive misst 360 Millimeter in der Breite, 80 Millimeter in der Höhe und 334 Millimeter in der Tiefe. Je nach Ausführung wiegt er zwischen 5,6 und 6,2 Kilogramm. Die flache schwarze Bauform erinnert eher an eine Hi-Fi-Komponente als an einen Büro-PC der frühen Neunziger.

Drei Modelle, ein Prozessor

Sega bot drei Ausführungen an. Prozessoren, Grafik und grundlegende Architektur blieben gleich. Unterschiede bestanden beim Arbeitsspeicher und bei den Laufwerken.

Modell PC-Arbeitsspeicher Laufwerke Preis 1991 vor Steuer Heutige Kaufkraft, etwa
Model 1 640 KB ein 3,5-Zoll-Diskettenlaufwerk 148.000 Yen 1.000 Euro
Model 2 1 MB zwei 3,5-Zoll-Diskettenlaufwerke 188.000 Yen 1.270 Euro
Model 3 2,5 MB ein Diskettenlaufwerk, 30-MB-Festplatte 248.000 Yen 1.680 Euro

Die Eurobeträge zeigen die ungefähre heutige Kaufkraft der japanischen Preise. Grundlage sind der japanische Verbraucherpreisindex von Mai 1991 bis Juni 2026 und der EZB-Referenzkurs vom 3. August 2026. Die Beträge entsprechen keinem damaligen deutschen Importpreis. Der schwache Yen drückt die umgerechneten Eurozahlen zusätzlich.

Alle drei Modelle verwendeten einen 80286 mit 10 MHz. Der konkrete Hersteller konnte variieren. Auf der in den Hardware Notes dokumentierten Platine sitzt ein AMD N80L286-10/S. „Intel 286“ beschreibt daher die Prozessorfamilie, nicht zwingend den Hersteller des eingebauten Chips.

Der PC-Teil besaß 256 KB VGA-Speicher. Er stellte unter anderem 640 × 480 Punkte mit 16 Farben oder 320 × 200 Punkte mit 256 Farben dar. Der Arbeitsspeicher ließ sich offiziell auf höchstens 2,5 MB erweitern.

Als Betriebssystem lieferte Sega IBM DOS J4.0/V samt TeraDrive-Treibern aus. Beim Model 3 war DOS/V bereits auf der 30-MB-Festplatte installiert. Die kleineren Modelle arbeiteten von Diskette, sofern sie nicht nachträglich einen Massenspeicher erhielten.

Zur PC-Seite gehörten außerdem ein paralleler Druckeranschluss, eine serielle RS-232C-Schnittstelle und ein PS/2-kompatibler Mausanschluss. Manche späteren Tabellen nennen zwei serielle Schnittstellen. Sega führt nur eine auf; der separate Mega-Drive-EXT-Anschluss wurde offenbar gelegentlich mitgezählt.

Das TERA-Menü im Zusatz-ROM

Neben dem 128 KB großen PC-BIOS besaß der Rechner ein zusätzliches 512-KB-ROM. Darin liegen ein Kanji-Zeichensatz, Firmware für die Mega-Drive-Seite und ein ROM-Disk-Abbild des TERA-Menüs. Der IBM-Busschalter blendet daraus jeweils 8 KB große Bereiche in den PC-Adressraum ein.

Das TERA-Menü bot eine einfachere Oberfläche als die DOS-Eingabeaufforderung. Es führte zu den vorhandenen Betriebsarten und stellte grundlegende Datei- und Laufwerksfunktionen bereit. Damit konnte der Rechner unmittelbar nach dem Einschalten eine eigene Bedienoberfläche anzeigen.

Das zusätzliche Kanji-ROM widerspricht dem DOS/V-Prinzip nicht. DOS/V stellte japanische Texte grundsätzlich über Software und VGA dar. Der TeraDrive benötigte Schriftzeichen jedoch bereits für sein eigenes Startmenü und seine Firmware, bevor DOS/V geladen war.

Wie alt war der 286 wirklich?

Ein 10-MHz-286 war 1991 eine vorsichtige Wahl. 386-Rechner waren etabliert, der 486 bereits erhältlich. Anspruchsvollere Programme und die weitere Entwicklung von Windows verlangten nach mehr Rechenleistung und mehr Arbeitsspeicher.

Der 286 war trotzdem kein unverkäuflicher Restposten. Auf dem jungen DOS/V-Markt erschienen weiterhin neue Rechner mit dieser Prozessorfamilie. Ein zeitgenössischer Bericht verglich den TeraDrive mit einem IBM PS/55 5510Z mit 12-MHz-286 und einem 16-MHz-Rechner von Kansai Denki. Der Sega-Rechner war langsamer, enthielt dafür DOS/V und die vollständige Mega-Drive-Hardware. Sein Preis erschien dem Magazin im damaligen Umfeld nicht abwegig.

Für Textverarbeitung, Tabellen, Datenbanken und typische DOS-Anwendungen reichten 10 MHz aus. Auch japanisches Windows 3.0 wurde von Sega gezeigt. Die knappen Reserven ergaben sich aus dem Gesamtpaket: offiziell höchstens 2,5 MB RAM, ein einzelner Erweiterungssteckplatz und 30 MB Festplattenspeicher im teuersten Modell.

Der Prozessor war fest verlötet. Ein gewöhnlicher Austausch gegen einen schnelleren 286 oder ein Aufrüstmodul war nicht vorgesehen. Der TeraDrive kam als brauchbarer DOS/V-Rechner auf den Markt, bot aber wenig Spielraum für die folgenden Jahre.

Ein verändertes Mega Drive

Die Konsolenseite orientiert sich an frühen Mega-Drive-1-Platinen, entspricht ihnen aber nicht vollständig. Sie enthält einen 68000, einen Z80A, Segas Video Display Processor, einen diskreten Yamaha YM3438 sowie die üblichen Anschlüsse für Module und Controller.

Der dokumentierte Toshiba TMP68HC000N-10 ist für 10 MHz ausgelegt. Bei gewöhnlichen Mega-Drive-Modulen läuft er mit dem üblichen Konsolentakt von etwa 7,67 MHz. TeraDrive-spezifische Betriebsarten können ihn auf 10 MHz umschalten.

Der höhere Takt beschleunigt weder automatisch den Grafikprozessor noch gewöhnliche Mega-Drive-Spiele. Normale Module bleiben beim vorgesehenen Konsolentakt, damit Spielgeschwindigkeit, Musik und zeitkritische Routinen unverändert arbeiten.

Auch beim Speicher unterscheidet sich der TeraDrive von der Serienkonsole. Er besitzt 128 KB VDP-Speicher und insgesamt 16 KB Z80-RAM. Das ursprüngliche Mega Drive hatte jeweils die Hälfte. Normale Module erhalten dadurch keine besseren Grafiken oder aufwendigeren Klänge. Die zusätzlichen Reserven standen besonderen TeraDrive-Betriebsarten und angepasster Software zur Verfügung.

Beim FM-Klang verwendet der Rechner einen eigenständigen Yamaha YM3438. Eine separate Logikschaltung korrigiert dabei das Verhalten bestimmter Statusabfragen. Dieses Detail zeigt, wie weit die Konstruktion über das Einsetzen einer unveränderten Mega-Drive-Platine hinausging.

Der Z80A läuft mit 3,58 MHz und übernimmt vor allem Klang- und Nebenaufgaben. Segas Werbespruch „Zwei Gehirne docken an“ bezog sich auf 80286 und 68000. Der Z80 arbeitete weiter, ohne im Slogan mitzuzählen.

Dual Boot und Bus Swap

Die oft verwendete Formulierung vom „gleichzeitigen Betrieb“ verdeckt zwei unterschiedliche Betriebsarten.

Im Dual-Boot-Modus laufen 80286 und 68000 gleichzeitig und weitgehend unabhängig voneinander. Der PC kann ein DOS-Programm ausführen, während auf der Mega-Drive-Seite ein Modul läuft. Fast alle TeraDrive-spezifischen Zugriffe zwischen den beiden Hardwarebereichen sind in diesem Modus gesperrt. Die beiden Rechner arbeiten parallel, bleiben dabei aber weitgehend unter sich.

Beim Bus Swap wird die Verbindung enger. Setzt der 286 das entsprechende Steuerbit, hält er selbst an und gibt den 68000 aus dem Reset frei. Übergibt der 68000 die Kontrolle zurück, wird er zurückgesetzt und der 286 setzt seine Arbeit fort. Die Hauptprozessoren arbeiten dabei nacheinander.

Der TeraDrive konnte somit beide Hauptprozessoren gleichzeitig betreiben oder eine engere Verbindung zwischen den Systemen herstellen. Beides geschah nicht im selben Modus.

Fenster in die jeweils andere Maschine

Der 286 erhielt ein 8 KB großes Speicherfenster. Über Register wählte die Software aus, welcher Ausschnitt des 68000-Adressraums oder des zusätzlichen Firmware-ROMs dort erschien.

Der 68000 konnte umgekehrt ein 1 MB großes Fenster in den PC-Adressraum einblenden. Ab einer weiteren Adresse erreichte er außerdem den PC-I/O-Bereich und damit grundsätzlich PC-Speicher, VGA-Register und weitere Schnittstellen.

Die Prozessoren teilten sich keinen gemeinsamen Arbeitsspeicher. Sie sahen ausgewählte Ausschnitte der anderen Seite. Software musste diese Fenster einrichten, Daten übertragen und anschließend die Kontrolle wechseln.

Die Architektur ging damit deutlich über zwei getrennte Platinen mit einem Umschalter hinaus. Ein symmetrisches Mehrprozessorsystem, in dem 286 und 68000 frei auf denselben Speicher zugreifen und gemeinsam denselben Programmablauf bearbeiten, war sie nicht.

Zwei Programme auf zwei Bildschirmen

Sega und IBM führten den unabhängigen Parallelbetrieb öffentlich vor. Ein Bericht in Beep! MegaDrive vom August 1991 zeigt fünf TeraDrives im IBM-Informationszentrum in Tokio. Zu jedem Rechner gehörten zwei Monitore. Auf einem Bildschirm lief die PC-Seite, auf dem anderen ein Mega-Drive-Spiel.

Der Rechner bot dafür einen analogen RGB-Ausgang für 15- und 31-kHz-Signale sowie einen Composite-Ausgang für die Konsolenseite. Ein gewöhnlicher VGA-Monitor konnte den PC darstellen, während das Mega Drive gleichzeitig sein Bild an einen Fernseher oder Videomonitor ausgab.

Segas separat angebotener HTR-2200 akzeptierte beide Zeilenfrequenzen. Er konnte wahlweise die PC- oder die Mega-Drive-Ausgabe anzeigen. Für beide Bilder zur selben Zeit waren weiterhin zwei Bildschirme nötig.

Der 14-Zoll-Monitor kostete 79.800 Yen vor Steuer, nach derselben Kaufkraftberechnung rund 540 Euro. Model 3 und Monitor kamen zusammen auf etwa 2.220 Euro. Der Spezialmonitor war bequem, wegen des zusätzlichen Videoausgangs aber nicht zwingend erforderlich.

Tastatur, Maus und Controller

Zum Rechner gehörte eine schwarze japanische JIS-Tastatur mit 106 Tasten. Bauform und Anschlag erinnern an IBMs Model-M-Familie. Eine eindeutige Zuordnung zu einer bestimmten Model-M-Ausführung oder IBM-Teilenummer gibt es nicht.

Sega legte einen Mega-Drive-Controller bei. Manche späteren Datenbanken nennen zwei Pads, Segas eigener Lieferumfang führt jedoch nur eines auf. Die Zahl zwei in den technischen Daten bezeichnet die vorhandenen Controlleranschlüsse.

Die passende Maus HTR-2300 wurde separat für 6.800 Yen verkauft. Das entspricht heute ungefähr 46 Euro. Sie verwendete eine PS/2-kompatible Schnittstelle und arbeitete mit 200 Zählschritten pro Zoll. Mit der 1993 erschienenen Sega Mouse für das Mega Drive war sie nicht identisch. (

Hinter Klappen an der Vorderseite lagen die Anschlüsse für Tastatur, Maus und Controller. Der Modulschacht befand sich links im Gehäuse. Mit geschlossenen Abdeckungen wirkte der Rechner weniger nach Arbeitsplatz als die meisten kompatiblen PCs dieser Zeit.

Firmware für verschiedene Programmtypen

Die Firmware der Mega-Drive-Seite erkennt neben gewöhnlichen Modulen zwei besondere Kennungen:

  • TERA68K
  • TERA286

Ein TERA68K-Modul wird unmittelbar auf dem 68000 gestartet. Bei einem TERA286-Modul kehrt die Firmware zunächst zum 286 zurück und hält die Möglichkeit offen, die Mega-Drive-Hardware vom PC aus freizuschalten. Zusätzlich sucht sie im Option-ROM-Bereich des PCs nach Segas Lizenztext.

Damit waren zwei Formen angepasster Software vorbereitet. Ein Programm konnte direkt auf dem 68000 laufen oder den 286 als Hauptprozessor verwenden und auf Teile der Konsolenhardware zugreifen.

Die Firmware sollte außerdem verhindern, dass gewöhnliche Module bequem über den PC ausgelesen wurden. Erkennt sie ein normales Modul statt eines TERA286-Typs, blockiert sie bei späteren Starts die entsprechende Freigabe. Die Verbindung zwischen den Systemen sollte nicht nebenbei als Modulkopierer dienen.

Puzzle Construction

Sega veröffentlichte Puzzle Construction als TeraDrive-exklusive Software. Das Programm verband einen Editor auf der PC-Seite mit einem fallenden Blockspiel und führte damit die Zusammenarbeit beider Hardwarebereiche vor. Es gehörte nicht zum regulären Lieferumfang jedes Rechners.

Wie Puzzle Construction intern zwischen 286 und 68000 aufgeteilt ist, wissen wir nicht. Sicher ist, dass der PC als Editor diente und das Ergebnis die Mega-Drive-Seite einbezog. Welcher Prozessor im Spielmodus die Programmlogik ausführte, geht aus den bekannten Unterlagen nicht hervor.

Die TERA286-Betriebsart würde einen direkten Zugriff des 286 auf VDP, Klang und Controller erlauben. Die Existenz dieser Betriebsart beweist jedoch nicht, dass Puzzle Construction sie auf genau diese Weise verwendet.

The Manhole

Ein weiteres TeraDrive-Programm tauchte erst 2024 wieder auf. Die erhaltene Fassung von The Manhole, dem frühen grafischen Adventure von Cyan, wurde teilweise gesichert und basiert offenbar auf der japanischen FM-Towns-Version.

Nach Angaben des Finders läuft das eigentliche Programm auf der PC-Seite, während die Mega-Drive-Hardware die Musik übernimmt. Die genaue Aufgabenteilung zwischen beiden Seiten ist noch nicht geklärt. Auch der damalige Veröffentlichungsstatus der erhaltenen Fassung bleibt offen.

Weitere Titel wurden ausdrücklich für den TeraDrive angeboten oder entsprechend gekennzeichnet. Das belegt ihre Lauffähigkeit auf dem PC-Teil, aber keinen Zugriff auf 68000, VDP oder Mega-Drive-Klanghardware. Eine TeraDrive-Ausgabe eines DOS/V-Spiels war daher nicht automatisch Hybridsoftware.

Entwicklungsrechner oder vielseitiger PC?

Die Firmware war auf spezielle TeraDrive-Programme vorbereitet. Entwickler konnten Code auf der PC-Seite erstellen, Daten in erreichbare Speicherbereiche übertragen und Programme oder Routinen auf der Mega-Drive-Hardware ausführen. Zeitgenössische Berichte erwähnten dafür vorgesehene Werkzeuge.

Ein allgemein erhältliches Entwicklungspaket mit vollständiger Hardwarebeschreibung und kommerziellem Mega-Drive-SDK ist nicht bekannt. Segas Werbung stellte Programmierung und Entwicklung neben Büroanwendungen, Multimedia und gewöhnliche Spiele.

Der TeraDrive eignete sich für Entwicklungsaufgaben und war technisch darauf vorbereitet. Als reine Entwicklerstation wurde er nicht angeboten. Seine Firmware zeigt, was möglich war; eine breite Verwendung in professionellen Studios ist nicht dokumentiert.

Aufrüsten: ein Steckplatz und zu viele Möglichkeiten

Sega sah zwei reguläre Ausbauwege vor. Der PC-Arbeitsspeicher ließ sich bis 2,5 MB erweitern, und ein einzelner AT-Bus-kompatibler Steckplatz nahm eine Half-Size-Karte auf.

Für einen DOS-PC war dieser eine Steckplatz schnell vergeben. Eine Sound-Blaster-kompatible Karte verbesserte viele Spiele deutlich, weil die PC-Seite ab Werk nur einfache Beep- und PCM-Funktionen bot. Die FM- und PSG-Klangerzeugung des Mega Drive stand gewöhnlicher DOS-Software nicht automatisch als Soundkarte zur Verfügung.

Die Karte musste in das flache Gehäuse passen und mit der Stromversorgung des TeraDrive auskommen. Eine volle ISA-Kompatibilität auf dem Papier bedeutete noch nicht, dass jede zeitgenössische Karte mechanisch und elektrisch problemlos funktionierte.

Mehr als 2,5 MB RAM

Die Hauptplatine und das BIOS begrenzten den regulären Ausbau auf 2,5 MB. Model 3 war bereits vollständig bestückt.

Spätere Umbauten erreichten deutlich mehr Speicher, teilweise bis zu 8,5 MB. Dafür reichen größere Module allein nicht aus. Zusätzliche Verdrahtung und Eingriffe in die Platine sind nötig.

Mehr RAM verbessert Windows und speicherhungrige DOS-Anwendungen. Für die meisten gewöhnlichen Mega-Drive-Spiele ändert sich nichts, da deren Speicherbereich von der PC-Aufrüstung getrennt bleibt.

Der fest verlötete 286

Auch ein CPU-Upgrade war nicht vorgesehen. Der 80286 sitzt direkt auf der Hauptplatine. Ein Austausch erfordert das Auslöten des Prozessors, einen nachgerüsteten Sockel und je nach Beschleuniger weitere Änderungen an Takt und Platine.

Solche Umbauten zeigen, was technisch möglich ist. Für einen seltenen Rechner sind sie kein naheliegender Standardausbau. Der größte Flaschenhals blieb zudem nicht allein die CPU: wenig RAM, der einzelne Steckplatz und die begrenzte Festplatte wirkten gleichzeitig.

Die 30-MB-Festplatte

Model 3 enthielt eine 30-MB-Festplatte aus IBMs WDL-330-Familie. In erhaltenen Geräten wurde unter anderem eine WDL-330PS dokumentiert. Die gelegentlich genannte WDL-320 mit 20 MB passt weder zu Segas offizieller Model-3-Ausstattung noch zu den untersuchten Rechnern.

Die Bezeichnung der Schnittstelle sorgt bis heute für Verwirrung.

XTA steht für XT Attachment. Dabei handelt es sich um eine frühe 8-Bit-Festplattenschnittstelle für Rechner der XT-Klasse. Ein großer Teil der Controller-Elektronik sitzt bereits im Laufwerk. XTA ähnelt damit im Grundgedanken dem späteren ATA beziehungsweise IDE, ist aber nicht mit dessen 16-Bit-Schnittstelle kompatibel.

Die in frühen IBM-PS/2-Systemen verwendete Lösung wird häufig ebenfalls als XTA bezeichnet. Technisch verwendet sie jedoch andere Befehle und Register. Eine gewöhnliche XTA-Festplatte lässt sich deshalb nicht einfach anschließen. „XTA“ beschreibt hier eher die Geräteklasse als einen vollständig kompatiblen Standard.

ESDI steht für Enhanced Small Device Interface. Dieser Standard aus den Achtzigern verlagerte einen Teil der Signalaufbereitung vom Controller in das Laufwerk und erlaubte höhere Datenraten als die ältere ST-506-Technik. Gewöhnliches ESDI arbeitete mit getrennten Steuer- und Datenkabeln.

Der MAME-Treiber bezeichnet die noch nicht nachgebildete TeraDrive-Festplattentechnik als eingebautes ESDI-Interface und ausdrücklich nicht als IDE. Das WDL-330-Laufwerk des TeraDrive verwendet jedoch keinen normalen ESDI-Kabelsatz, sondern einen IBM-spezifischen Anschluss, über den auch die Stromversorgung geführt wird.

Für den Leser ist der praktische Punkt wichtiger als die strittige Bezeichnung: Eine normale IDE-, XTA- oder ESDI-Festplatte lässt sich nicht direkt einsetzen.

Heute gehört das Originallaufwerk zu den schwierigsten Bestandteilen des Rechners. Ein funktionierendes Exemplar sollte zunächst vollständig gesichert werden. Für einen Ersatz sind ein zusätzlicher Controller, ein angepasster Adapter oder ein moderner Massenspeicherumbau nötig.

XT-IDE- und CompactFlash-Lösungen bieten mehr Speicher und höhere Zuverlässigkeit. Ihr Controller belegt jedoch den einzigen regulären Erweiterungssteckplatz. Damit konkurriert die neue Festplatte unmittelbar mit der Soundkarte.

Moderne Ersatz-Riser können mehrere ISA-Steckplätze bereitstellen und diesen Konflikt entschärfen. Sie verändern den ursprünglichen Ausbau und benötigen je nach Kartenbestückung eine angepasste Stromversorgung.

Für einen heute regelmäßig verwendeten TeraDrive ist eine zuverlässige Speicherlösung die sinnvollste Aufrüstung. Danach folgt für DOS-Spiele eine kompatible Soundkarte. Mehr RAM hilft ausgewählten Anwendungen; ein CPU-Umbau greift dagegen tief in die seltene Hardware ein.

Mega-CD, 32X und Mega Adapter

Der TeraDrive besitzt den Erweiterungsanschluss des Mega Drive. Die dokumentierte Pinbelegung enthält auch Signale, die vom Mega-CD verwendet werden. Ein gewöhnliches Mega-CD passt wegen der Gehäuseform trotzdem nicht direkt an den Rechner.

Zeitgenössische Berichte erwähnten eine eigene CD-ROM-Erweiterung für den TeraDrive. Sie sollte offenbar sowohl PC- als auch Mega-Drive-Anwendungen dienen. Eine Verkaufsversion erschien nicht.

Mit einer angepassten Verlängerung des Erweiterungsbusses lässt sich ein gewöhnliches Mega-CD technisch verbinden. Das war weder eine von Sega angebotene Aufrüstung noch eine Lösung, die ein damaliger Käufer aus der Verpackung nehmen konnte.

Beim 1994 erschienenen Super 32X liegen die Schwierigkeiten an anderer Stelle. Die dokumentierte Speicherbelegung des TeraDrive führt die üblichen MARS- und 32X-Registerbereiche auf, falls ein 32X vorhanden ist. Die Grundarchitektur steht dem Zusatz damit nicht vollständig im Weg.

Der versenkte Modulschacht verhindert jedoch das direkte Aufstecken. Mindestens eine Modulverlängerung ist erforderlich. Hinzu kommt die Bildausgabe: Das 32X muss sein eigenes Bild mit dem Videosignal des Mega Drive verbinden. Der TeraDrive besitzt dafür nicht die gewöhnliche Mega-Drive-Verkabelung. Ein vollständiger Aufbau benötigt daher weitere Anpassungen. Eine offizielle Unterstützung ist nicht bekannt.

Der japanische Mega Adapter für Mark-III- und Master-System-Spiele scheitert bereits an seiner Form. Sega nennt ausdrücklich, dass er weder am Mega Drive 2 noch am TeraDrive angebracht werden kann. (SEGA セガ | 製品情報)

Der eingebaute Mega-Drive-Chipsatz machte den Rechner damit nicht automatisch zu allen früheren und späteren Zusatzgeräten kompatibel. Modulschacht, Gehäuse und Videoanschlüsse setzten eigene Grenzen.

Ein Markt ohne Verkaufszahlen

Der TeraDrive blieb auf Japan beschränkt. Westliche Vorberichte spekulierten über eine Veröffentlichung in Großbritannien und weiteren Ländern, doch dazu kam es nicht.

Sega veröffentlichte keine bekannten Verkaufszahlen. Auch ein genaues Produktionsende ist nicht dokumentiert. Angaben wie „nach wenigen Monaten eingestellt“ oder „nur 10.000 Exemplare gebaut“ haben keine gesicherte Grundlage.

Seine geringe Marktwirkung ist trotzdem erkennbar. Es gab keinen regulären Nachfolger, nur wenige speziell angepasste Programme und keine internationale Vermarktung.

Für einen Käufer, der hauptsächlich Mega-Drive-Spiele spielen wollte, war bereits Model 1 teuer. Wer vor allem einen PC benötigte, bekam leistungsfähigere oder leichter erweiterbare Rechner. Der TeraDrive musste seinen Preis mit der Verbindung beider Hardwarebereiche rechtfertigen.

Diese Verbindung existierte. Das Softwareangebot nutzte sie nur selten.

Was vom TeraDrive bleibt

Der TeraDrive war kein gewöhnlicher PC mit einer zusätzlich eingesetzten Konsolenkarte. Sega und IBM Japan kombinierten einen 286-Rechner, eine veränderte Mega-Drive-Architektur, zwei Videosysteme und einen kontrollierten Austausch zwischen den Adressräumen auf einer gemeinsamen Hauptplatine.

Die Hardware beherrschte zwei klar getrennte Betriebsweisen. PC und Mega Drive konnten unabhängig und gleichzeitig laufen. Für den engeren Zugriff übergab eine Seite der anderen die Kontrolle. Ein zusätzliches Firmware-ROM verwaltete Startmenü, Kanji-Zeichensatz, Modulschutz und mehrere Formen TeraDrive-spezifischer Software.

Die Grenzen waren ebenso konkret. Der 286 bot wenig Zukunftsreserve, der offizielle RAM-Ausbau endete bei 2,5 MB, und der einzige Erweiterungssteckplatz zwang zur Wahl zwischen Sound, Massenspeicher und anderer Peripherie. Die ungewöhnliche Festplattenschnittstelle erschwert Reparaturen bis heute. Spätere Konsolenzusätze benötigen Adapter oder weitere Umbauten.

Sega und IBM bauten eine technisch ernst zu nehmende Verbindung zwischen zwei Rechnerwelten. Für ein ebenso überzeugendes Angebot aus Software und Erweiterungen reichte es nicht.

 

Nascom 2: Als zehn RAM-Chips zum Lieferproblem wurden

Der Nascom 2 sollte 1979 fast alles auf einer Platine vereinen, was ein brauchbarer Mikrocomputer benötigte: Z80A, Monitorprogramm, BASIC, Bildausgabe, Tastatur, Kassetteninterface und Erweiterungsbus. Die geplante RAM-Bestückung ließ sich jedoch nicht in ausreichender Stückzahl beschaffen.

Der Nascom 2 folgte auf einen erfolgreichen Vorgänger. Der Ende 1977 vorgestellte Nascom 1 kombinierte bereits einen Z80-Prozessor mit vollständiger Tastatur, Videoausgabe, Kassetteninterface und parallelen Schnittstellen. Damit bot er erheblich mehr als viele damalige Einplatinenbausätze, deren Bedienung sich auf Hexadezimaltastatur und Leuchtdioden beschränkte. Nascom gab 1979 an, innerhalb von 18 Monaten rund 12.000 Geräte verkauft zu haben. Der Hersteller betrachtete den Nascom 2 deshalb ausdrücklich nicht als Ersatz für das erste Modell. Er sollte die Reihe um einen stärker als vollständiger Computer ausgelegten Bausatz ergänzen, bei dem viele zuvor notwendige Erweiterungen bereits auf der Hauptplatine saßen: ein schnellerer Z80A, mehr Speicherplätze, Microsoft BASIC im ROM, der neue NAS-SYS-Monitor und eine erweiterte Tastatur.

Für den Nascom 2 wurden zehn Kilobyte RAM 1979 zu einem Produktionsproblem. Der britische Hersteller hatte den Rechner als ungewöhnlich vollständig ausgestatteten Einplatinencomputer entworfen. Neben Prozessor, Videoerzeugung und Ein-/Ausgabelogik sollten zehn statische Speicherbausteine vom Typ Mostek MK4118 auf der Hauptplatine sitzen.

Acht davon bildeten den Anwenderspeicher. Je ein weiterer MK4118 diente als Bildschirmspeicher und als Arbeitsbereich für Systemprogramme. Die vollständige Bestückung ergab damit zehn Kilobyte RAM.

Hinzu kamen zehn Kilobyte ROM. Zwei Kilobyte enthielten NAS-SYS 1, den Monitor zum Starten, Untersuchen und Bearbeiten von Programmen. Weitere acht Kilobyte waren mit Microsoft BASIC belegt. Zusammen ergab das die beworbenen 20 Kilobyte Speicher auf der Hauptplatine: zwei Kilobyte Monitor-ROM, acht Kilobyte BASIC, acht Kilobyte Anwender-RAM sowie je ein Kilobyte für Bildschirmspeicher und Workspace. Der Bausatz kostete 295 Pfund zuzüglich Mehrwertsteuer.

Speicher auf einer zusätzlichen Platine

Die Konstruktion setzte voraus, dass Nascom zehn MK4118 für jeden vollständig bestückten Rechner beschaffen konnte. Genau daran scheiterte die geplante Serienkonfiguration. Die Bausteine waren zeitweise nicht in ausreichender Menge verfügbar.

Nascom änderte deshalb das Angebot. Auf der Hauptplatine verblieben die beiden unverzichtbaren MK4118 für Bildschirmspeicher und Workspace. Die acht Bausteine für den Anwenderspeicher entfielen zunächst. Stattdessen erhielten Käufer eine separate dynamische 16-KByte-RAM-Karte für den NAS-BUS.

Zeitgenössische Anzeigen bezeichneten diese Karte als kostenlose Erweiterung und führten den Preis von 295 Pfund zuzüglich Mehrwertsteuer weiter. Die Werbung erklärte zugleich, dass der Rechner wegen der fehlenden MK4118 ohne die acht vorgesehenen Anwenderspeicher ausgeliefert werde.

Die geänderte Ausführung bot damit mehr nutzbaren Speicher als die ursprünglich geplante Vollbestückung. Sie benötigte allerdings eine zusätzliche Platine, eine Busverbindung und ein Netzteil, das auch die Erweiterung versorgen konnte. Aus dem als Einplatinencomputer entworfenen Nascom 2 wurde bereits in seiner frühen Lieferkonfiguration ein System aus mehreren Baugruppen.

Der gepufferte NAS-BUS machte diese Änderung überhaupt praktikabel. Die Erweiterungsschnittstelle gehörte von Beginn an zur Konstruktion und führte Adress-, Daten- und Steuersignale der CPU nach außen. Beim Nascom 2 war dafür keine separate Pufferplatine erforderlich. Die RAM-Karte nutzte somit eine vorhandene Systemfunktion, auch wenn ihr Einsatz ursprünglich nicht als Voraussetzung für die Grundausstattung gedacht war.

Tastatur, Video und Schnittstellen

Nascom zielte auf einen Rechner, dessen Ein- und Ausgabe nicht auf Hexadezimaltastatur und Leuchtdioden beschränkt waren. Auch dem Bausatz lag eine fertig aufgebaute alphanumerische Tastatur mit 57 Tasten bei. Zusammen mit der integrierten Videoerzeugung konnte der Nascom 2 nach dem Aufbau unmittelbar mit einem Fernseher oder Monitor verwendet werden. Eine vollständige Tastatur und eine Bildschirmschnittstelle waren bei Mikrocomputerbausätzen dieser Zeit noch keine Selbstverständlichkeit.

Ganz fehlersicher war die Verkabelung nicht. Das Hardwarehandbuch warnt ausdrücklich davor, die Tastatur mit dem benachbarten seriellen Anschluss zu verbinden. Dort lagen Spannungen an, die die Tastatur beschädigen konnten.

Als Prozessor diente ein Z80A. Frühe Beschreibungen nannten mehrere Taktstufen; das überarbeitete Lucas-Handbuch von 1981 dokumentiert eine Umschaltung zwischen zwei und vier Megahertz und bezeichnet vier Megahertz als normale Einstellung. Für die spätere offizielle Konfiguration sind daher zwei oder vier Megahertz die belastbarsten Angaben.

Zur Grundausstattung gehörten außerdem ein UART für serielle Kommunikation und ein Z80-PIO mit zwei parallelen Acht-Bit-Ports. Das Kassetteninterface arbeitete regulär mit 300 oder 1.200 Baud. Das Handbuch beschreibt zusätzlich eine 2.400-Baud-Konfiguration, für die Verbindungen auf der Platine geändert werden mussten. Auch RS-232 und eine 20-mA-Stromschleife waren vorgesehen. Diese Schnittstellen gehörten bereits zum Grundentwurf der Hauptplatine.

Textdarstellung und Zeichensatzgrafik

Die Bildausgabe zeigte 48 Zeichen in 16 Zeilen. Der Bildschirmspeicher belegte die Adressen 0800 bis 0BFF hexadezimal, der Workspace folgte von 0C00 bis 0FFF. NAS-SYS lag am unteren Ende des Adressraums, das acht Kilobyte große BASIC-ROM im Bereich E000 bis FFFF.

Eine frei adressierbare Bitmapgrafik besaß der Nascom 2 nicht. Auf der Platine befand sich jedoch ein Sockel für einen zweiten Zeichengenerator. Der optionale NAS-GRA-ROM ergänzte den normalen Zeichensatz um 128 grafische Zeichen. Microsoft BASIC konnte daraus eine blockbasierte Darstellung mit 96 × 48 Elementen zusammensetzen. Die häufig genannte Auflösung bezeichnet daher Zeichensatz-Semigrafik.

Eine integrierte Klangerzeugung besaß der Rechner nicht. Töne ließen sich über zusätzliche Hardware oder programmierte Ausgabeleitungen erzeugen, gehörten aber nicht zur serienmäßigen Ausstattung.

Konfiguration per Steckbrücke

Die acht Speicherplätze für den Anwenderbereich waren nicht ausschließlich für RAM vorgesehen. Über Linkblöcke konnten sie je nach Bestückung für MK4118-RAM oder 2708-EPROM eingerichtet und unterschiedlichen Bereichen des Adressraums zugeordnet werden.

Das Lucas-Handbuch widmet diesen Einstellungen mehrere Seiten. Falsch verdrahtete Linkblöcke konnten zu Fehlfunktionen oder Schäden führen. Flexibilität bedeutete hier elektrische Konfiguration: Der Benutzer musste Speicherart, Adressierung, Takt und mehrere Schnittstellenoptionen direkt auf der Platine festlegen.

Die erhaltene Ausgabe des Hardwarehandbuchs trägt das Datum 17. Juli 1981 und nennt Nascom bereits als Abteilung von Lucas Logic. Sie dokumentiert weiterhin die ursprüngliche Hauptplatine, ihre Speicheroptionen, Schnittstellen und das vollständige Schaltbild. Der Rechner blieb damit auch nach den wirtschaftlichen Schwierigkeiten des ursprünglichen Herstellers ein gepflegtes und erweiterbares System.

Der Nascom 2 entsprach noch nicht dem späteren Bild eines geschlossenen Heimcomputers. Netzteil, Gehäuse und Massenspeicher mussten ergänzt werden, und viele Einstellungen erfolgten über Schalter, Steckbrücken oder Verdrahtung. Dafür brachte die Hauptplatine bereits Tastaturanschluss, Videoerzeugung, Kassetteninterface, serielle und parallele Ein-/Ausgabe sowie einen gepufferten Erweiterungsbus mit.

Als die vorgesehenen MK4118 nicht in ausreichender Menge verfügbar waren, konnte Nascom die acht Kilobyte Anwenderspeicher auf eine externe DRAM-Karte verlagern. Die Lösung machte den Rechner aufwendiger, ermöglichte aber die Auslieferung ohne die vollständige SRAM-Bestückung. Der Erweiterungsbus wurde damit schon beim Marktstart zu einem wesentlichen Bestandteil des Systems.

Technische Daten

Merkmal Nascom 2
Vorstellung 1979
ursprünglicher Hersteller Nascom Microcomputers
spätere Firmenbezeichnung Nascom Microcomputers, Division of Lucas Logic
Preis £295 zuzüglich Mehrwertsteuer als Bausatz
Prozessor Zilog Z80A
Takt 2 oder 4 MHz in der Lucas-Dokumentation
geplantes RAM auf der Hauptplatine 10 KByte: 8 KByte Anwender-, 1 KByte Video- und 1 KByte Workspace-RAM
geänderte frühe Konfiguration 2 KByte RAM auf der Hauptplatine plus 16-KByte-DRAM-Karte
ROM 2 KByte NAS-SYS 1 und 8 KByte Microsoft BASIC
Bildausgabe monochrom, 48 × 16 Zeichen
Grafik optionaler Zeichengenerator für Semigrafik bis 96 × 48
Tastatur 57 Tasten, fertig aufgebaut
Massenspeicher Kompaktkassette, regulär 300 oder 1.200 Baud
Erweiterung gepufferter NAS-BUS
Sound keine integrierte Klangerzeugung

Acorn Archimedes A540 – Das professionelle Spitzenmodell

Als Acorn den Archimedes A540 im Sommer 1990 bewarb, rückte die Firma den Arbeitsplatz nach vorn. Nicht der Klassenraum war das Bild, sondern CAD/CAM, Desktop-Publishing, medizinische Bildanalyse, X-Ray-Astronomie, Multimedia-Training, TCP/IP und UNIX-Anbindung. Der Prospekt trug entsprechend selbstbewusst die Überschrift „High Performance Computer Systems“. Der A540 war der Archimedes, mit dem Acorn zeigen wollte, dass ARM und RISC OS nicht nur elegant, sondern auch professionell nutzbar waren.

Acorn Computers aus Cambridge war 1978 von Hermann Hauser und Chris Curry gegründet worden und hatte sich mit dem BBC Micro tief in britische Schulen, Universitäten und Entwicklerzimmer eingeschrieben. Der Archimedes war ab 1987 der radikale nächste Schritt: eigener RISC-Prozessor, eigenes Betriebssystem, eigene Bedienlogik. 1990 setzte Acorn mit dem A540 das Spitzenmodell auf diese Linie. Die in der Chris-Whytehead-Collection beim Centre for Computing History gespiegelte Seite Chris’s Acorns beschreibt den A540 als Flaggschiff der Archimedes-Reihe; genannt werden dort 4 MB RAM, Ausbau bis 16 MB, SCSI als Standard, eine 100-MB-Festplatte, RISC OS 2.01 und ein ARM3-Prozessor.

Der Abstand zu den kleineren Modellen war nicht nur eine Frage des Typenschilds. A410/1, A420/1 und A440/1 arbeiteten noch mit ARM2; der A540 bekam den ARM3. Dazu kamen 4 MB RAM ab Werk, Erweiterungen auf 8, 12 oder 16 MB, eine interne 100-MB-SCSI-Festplatte und SCSI als Serienausstattung statt als Nachrüstung. In Acorns eigener Tabelle fällt der A540 genau an diesen Stellen heraus: Bei den kleineren Archimedes-Modellen endet der RAM-Ausbau deutlich früher, beim A540 beginnt die Grundausstattung bereits dort, wo viele andere Anwender erst aufrüsteten.

Der ARM3 brachte einen internen 4-KB-Cache mit. Das klingt aus heutiger Sicht klein, war aber im Archimedes-System ein echter Vorteil. Acorn erklärte den Leistungssprung selbst damit, dass der Prozessor seltener Befehle und Daten aus dem Hauptspeicher holen musste. Der Cache entlastete also genau die Stelle, an der frühe Archimedes-Systeme empfindlich waren: den gemeinsamen Speicherzugriff von CPU, Grafik und Sound. Acorn formulierte im Prospekt entsprechend selbstbewusst, der A540 hole aus RISC OS und dem ARM3 deutlich mehr heraus als die kleineren Modelle der Reihe.

Solche Vergleiche wurden damals gern mit MIPS-Zahlen unterfüttert, also mit der groben Angabe, wie viele Millionen Instruktionen ein Prozessor pro Sekunde ausführen kann. Auf dem Papier sah der ARM3 dabei beeindruckend aus: vergleichsweise niedriger Takt, hoher Durchsatz. Trotzdem sollte man MIPS-Werte nicht wie eine Bundesligatabelle lesen. Ein ARM-Befehl, ein 68030-Befehl und ein x86-Befehl leisten nicht automatisch dasselbe, und Benchmarks hängen stark davon ab, welche Aufgabe gerade gemessen wird. Als grobe Orientierung erklären die Zahlen aber, warum ein Archimedes schon bei niedriger Taktfrequenz so direkt wirken konnte. Der A540 legte mit ARM3 und Cache noch einmal spürbar nach – besonders auf dem RISC-OS-Desktop, beim Fensteraufbau, beim Wechsel zwischen Anwendungen und bei speicherhungrigen Programmen.

Dazu kam Acorns eigenes Chipsatz-Konzept. MEMC, VIDC und IOC waren keine beliebigen Begleitbausteine, sondern Teil eines abgestimmten Systems: Der MEMC verband ARM-Prozessor, Speicher, VIDC und I/O-Bausteine, während der VIDC Video- und Soundausgabe bereitstellte und seine Daten aus dem RAM in interne Puffer las. Der A540 war also kein PC mit separater VGA-Karte, sondern ein eng verzahntes System aus ARM-CPU, Speichercontroller und Video-/Soundchip. Das hatte Grenzen, weil der Hauptspeicher eine geteilte Ressource blieb. Aber der ARM3-Cache entschärfte diesen Engpass: Je öfter die CPU aus dem Cache arbeiten konnte, desto weniger musste sie auf den Speicherbus zugreifen.

Auch bei der Grafik zielte Acorn klar auf Arbeit statt auf Spieleffekt. Der Prospekt nennt RGB- und Multiscan-Modi, VGA mit 640 × 480 Bildpunkten in 16 oder 256 Farben, SVGA mit 800 × 600 Bildpunkten in 16 Farben sowie hochauflösenden Monochrombetrieb mit 1152 × 900 Bildpunkten. Für DTP, CAD und technische Anwendungen war das eine brauchbare Ansage: Ein stabiler, scharfer Desktop zählte hier mehr als möglichst bunte Spielemodi.

Die Erweiterbarkeit passte zu dieser Rolle. Acorn listete I/O-Karten für Steuer- und Messaufgaben, ROM-Erweiterungen, MIDI, Genlock, Frame Stores, Echtzeit-Farbdigitalisierung, IEEE-488, STE-Bus, Ethernet und Econet. Sogar Direct Laser Printer Cards stehen im Prospekt, ausdrücklich mit hoher Druckqualität und Geschwindigkeit für DTP. Das klingt heute etwas exotisch, war aber kein Versehen: Acorn wollte den A540 in Arbeitsumgebungen sehen, in denen Druck, Bild, Netzwerk und Spezialhardware nicht nachträglich improvisiert wurden, sondern Teil des Systems waren.

Gleichzeitig blieb der A540 ein teures Gerät. Chris Whytehead nennt für 1990 einen Preis von 2.495 Pfund plus Mehrwertsteuer, ohne Monitor. Die britische Standard-VAT lag 1990/91 bei 15 Prozent; damit kam der Rechner inklusive Steuer auf rund 2.869 Pfund, weiterhin ohne Bildschirm. Nach der Bank-of-England-Inflationsrechnung entspricht ein Preis von 1990 bis Mai 2026 ungefähr dem Faktor 2,54. Daraus werden grob 6.350 Pfund ohne VAT beziehungsweise etwa 7.300 Pfund inklusive damaliger VAT. Zum aktuellen EZB-Referenzkurs von rund 1 Pfund = 1,17 Euro sind das ungefähr 7.400 Euro beziehungsweise 8.500 Euro. Das war kein „mal sehen, ob ich mir den gönne“-Computer, sondern eine Anschaffung für Labore, technische Büros, Bildungseinrichtungen oder sehr entschlossene Acorn-Anwender.

Im direkten Umfeld musste sich der A540 gegen sehr unterschiedliche Gegner behaupten. Ein Amiga 3000 bot 1990 einen Motorola 68030, SCSI, AmigaOS 2.0 und die bekannte Stärke der Commodore-Custom-Chips. Ein 386- oder früher 486-PC punktete weniger mit Eleganz, dafür mit wachsender Softwaremasse, Klonmarkt und dem sicheren Gefühl, auf den kommenden Standard zu setzen. Der Macintosh IIci blieb im professionellen Umfeld ebenfalls präsent, mit 25-MHz-68030, NuBus-Erweiterung und dem vertrauten Macintosh-Ökosystem. Der A540 saß zwischen diesen Welten: schneller und eleganter als viele DOS/Windows-Kombinationen, professioneller positioniert als die kleineren Archimedes-Modelle, aber ohne das weltweite Ökosystem der PC-Welt.

Ein kurzer Blick auf den Acorn R260 zeigt, wie professionell Acorn diese Hardware einordnete. Der R260 war eine eng verwandte Workstation-Variante auf A540-Basis, jedoch mit vorinstalliertem RISCiX, Acorns UNIX-System. Für den A540 blieb RISC OS der Normalfall – aber die Verwandtschaft zeigt, dass Acorn diese Maschine nicht als gehobenen Heimcomputer, sondern als ernsthaften Arbeitsplatzrechner verstand. Dieser Punkt bietet sich später gut für einen eigenen R260-Artikel an.

Belastbare Einzelstückzahlen für den A540 sind schwer zu finden. Whytehead deutet anhand eines Gehäuseaufklebers nur vorsichtig an, dass möglicherweise relativ wenige Geräte gebaut wurden; das ist ein Sammlerhinweis, kein Produktionsnachweis. Für die Archimedes-Familie insgesamt sind die Größenordnungen besser greifbar: Bis Ende 1989 wurden demnach etwa 50.000 Archimedes- und A3000-Systeme verkauft, Anfang 1991 rund 100.000, Mitte 1992 etwa 180.000 und bis zum Risc-PC-Start 1994 über 300.000. Diese Zahlen wurden aber vor allem vom A3000 und den günstigeren Modellen getragen, nicht vom teuren A540.

Nachfolger ist der Acorn A5000. Das Centre for Computing History beschreibt ihn als neues Archimedes-Modell, das den A540 ersetzte; Whytehead hebt beim A5000 vor allem RISC OS 3 hervor, das gegenüber RISC OS 2 ein großer Schritt war. Damit brachte Acorn ARM3-Leistung und ein moderneres RISC OS in ein alltagstauglicheres System. Der A540 blieb der schwerere, teurere und seltenere Vorläufer – und gerade deshalb einer der interessantesten Archimedes-Rechner.

Kurzdaten

Punkt Acorn Archimedes A540
Einführung Juni 1990
Stellung Spitzenmodell der Archimedes-Reihe
CPU ARM3, 32 Bit
Cache 4 KB im ARM3
RAM 4 MB serienmäßig, bis 16 MB ausbaubar
Massenspeicher 100 MB SCSI-Festplatte, 3,5″-Diskettenlaufwerk
Betriebssystem RISC OS 2.01 zum Start
Grafik u. a. 640 × 480 mit 256 Farben, 800 × 600 mit 16 Farben, 1152 × 900 monochrom
Sound 8-Kanal-Sound über VIDC
Erweiterung SCSI serienmäßig, Ethernet/Econet, MIDI, I/O, ROM, Video-/DTP-/Spezialkarten
FPU-Option ARM-FPA/FPA10-Umfeld
Preis 1990 2.495 Pfund plus VAT, ohne Monitor
Heutige Kaufkraft grob 6.350 Pfund / ca. 7.400 Euro ohne VAT; ca. 7.300 Pfund / ca. 8.500 Euro inkl. damaliger VAT
Nähe zum R260 verwandte Workstation-Variante mit RISCiX
Anschlussmodell Acorn A5000

Commodore CBM 700 (1983) – Viel Rechner, wenig Erklärung

CC BY-SA 3.0, Wikimedia Commons, Curid 16547

Dr. Reinhard Grabowski wollte den Commodore CBM 700 1984 für die mc testen. Statt lediglich Leistung und Bedienung zu prüfen, musste er zunächst herausfinden, wie das System überhaupt arbeitete. Er suchte Systemadressen, untersuchte Befehle durch eigene Versuche und veröffentlichte seine Ergebnisse anschließend in seinem fünfseitigen Bericht „Computer mit Dokumentations-Defizit – Commodore-700“.

Die mc – Die Mikrocomputer-Zeitschrift war kein Magazin für Gelegenheitskäufer. Das seit 1981 im Franzis-Verlag erscheinende Fachblatt behandelte Prozessoren, Schaltungen und maschinennahe Programmierung. Seine Leser sollten Computer nicht nur bedienen, sondern ihren Aufbau verstehen. Wenn selbst der Autor eines solchen Magazins den CBM 700 teilweise selbst dokumentieren musste, saß das Problem nicht vor der Tastatur.

Auf den ersten Blick machte der Rechner einen freundlichen Eindruck. Der Bildschirm zeigte saubere grüne Zeichen, die abgesetzte Tastatur arbeitete leise, und das abgerundete Gehäuse wirkte neben den kantigen PET-Modellen wie der Beginn einer neuen Commodore-Generation. Im Inneren steckten reichlich Speicher, IEEE-488, RS-232 und sogar der SID des Commodore 64. Es fehlten jedoch Programme und Unterlagen, die daraus einen verlässlichen Arbeitsplatz machten.

Ein neuer Commodore für das Büro

Commodores PET- und CBM-Rechner hatten sich in Schulen, Laboren und kleineren Betrieben etabliert. Anfang der 1980er-Jahre stieß ihre Architektur jedoch an Grenzen. Größere Speichererweiterungen ließen sich nur mit angepasster Software sinnvoll nutzen, während neue Geschäftsanwendungen mehr Platz verlangten.

Die 1982 angekündigte CBM-II-Familie sollte diese Beschränkungen beseitigen. Die flachen 600er-Modelle arbeiteten mit einem externen Monitor, während die 700er einen eingebauten 12-Zoll-Bildschirm und eine frei aufstellbare Tastatur erhielten. In Europa kamen vor allem der CBM 710 mit 128 KByte RAM und der CBM 720 mit 256 KByte auf den Markt.

Daneben kursierten Bezeichnungen wie B700, CBM 128-80, CBM 256-80 oder PET 700. Commodore plante außerdem Modelle mit Doppellaufwerken und zusätzlichen Prozessoren. Ein übersichtliches Sortiment entstand daraus nicht.

Das Gehäuse entwarf Ira Velinsky, ein amerikanischer Industriedesigner bei Commodore. Seine Softline ersetzte die Blechkanten älterer PETs durch Rundungen und ein nach hinten abfallendes Monitorgehäuse. Die Bürocomputer-Serie erhielt 1983 eine iF-Auszeichnung. Später verwendete Commodore die Form unter anderem für den CBM 8032-SK, den 8096-SK und den 8296 weiter.

Grabowski lobte die praktische Ausführung des 700ers. Die entspiegelte Bildfläche zeigte kräftig grüne Zeichen, deren vergleichsweise lange Nachleuchtdauer für ein ruhiges Bild sorgte. Schnelle Veränderungen blieben allerdings kurz sichtbar. Auch der eingebaute Lüfter meldete sich hörbar – im stillen Büro lästiger als auf einem Messestand.

Viel Speicher hinter mehreren Türen

Im CBM 700 arbeitete ein MOS 6509A mit rund 2 MHz. Der mit dem 6502 verwandte Prozessor konnte mittels Bank-Switching zwischen mehreren Speicherbereichen wechseln. Das war nötig, weil ein gewöhnlicher 6502 nur 64 KByte unmittelbar ansprechen konnte.

Der 6509 teilte den Speicher in bis zu 16 Bänke mit jeweils 64 KByte auf. Damit entstand theoretisch ein Adressraum von einem Megabyte. Der CBM 710 besaß 128 KByte, der CBM 720 256 KByte; Erweiterungen sollten insgesamt bis zu 960 KByte ermöglichen.

Der Prozessor sah jedoch nie den gesamten Speicher gleichzeitig. Er arbeitete innerhalb einer ausgewählten Bank und wechselte bei Bedarf in eine andere. BASIC verteilte Programmtext, Variablen und Zeichenketten weitgehend automatisch auf die verschiedenen Bereiche. Wer ausschließlich in BASIC arbeitete, bekam vom Bank-Switching daher wenig mit.

In Maschinensprache wurde es schwieriger. Programmierer mussten wissen, in welcher Bank ihr Code lag, welche Systemroutinen erreichbar waren und auf welchen Speicherbereich ein Befehl tatsächlich zugriff. Genau hier ließ das deutsche Handbuch Grabowski im Stich. Es erklärte zwar die grundsätzliche Speicheraufteilung, enthielt aber keine vollständige Übersicht der vom Betriebssystem verwendeten Adressen. Grabowski suchte deshalb selbst nach Cursorposition, Bildschirmzeile, Textfenster und Tastaturpuffer und veröffentlichte seine Ergebnisse im Test.

BASIC war nicht das Problem

Nach dem Einschalten meldete sich der Rechner mit BASIC 4.0+. Das wirkte 1983 bei einem Bürocomputer bereits etwas konservativ, doch die Sprache war deutlich besser ausgestattet als das schlichte BASIC V2 des C64.

Mit PRINT USING ließen sich Zahlenkolonnen, Dezimalstellen und Währungsbeträge sauber ausrichten – nützlich für Rechnungen, Lagerlisten und Tabellen. Verzweigungen konnten übersichtlicher geschrieben und Programmfehler behandelt werden, ohne dass die Ausführung sofort abbrach. Hinzu kamen Befehle für Laufwerke, Dateien, Zeichenketten und die Speicherbänke. Grabowski beurteilte vor allem die Fehlerbehandlung positiv und sah in BASIC 4.0+ ein brauchbares Fundament für kaufmännische und technische Programme.

Auch die Tastatur passte zum Büroeinsatz. Sie besaß einen eigenen Ziffernblock und programmierbare Funktionstasten, auf denen Befehle oder kurze Eingabefolgen abgelegt werden konnten. Der Editor arbeitete komfortabler als beim CBM 8032.

Eine kleine Eigenheit fiel erst bei längerer Benutzung auf: Hielt man eine Cursortaste gedrückt, verschwand der Cursor während der Bewegung und tauchte erst am Ziel wieder auf. Der Benutzer konnte zwischendurch nur schätzen, wie weit er gewandert war.

Der SID im Rechnungsbüro

Zwischen Speichersteuerung und Schnittstellen saß ein MOS 6581 SID. Der Chip bot drei programmierbare Stimmen, Hüllkurven, mehrere Wellenformen und ein gemeinsames Filter.

Beim C64 wurde der SID zum Ausgangspunkt zahlloser Spiele und Musikprogramme. Im CBM 700 war er eher für Signaltöne und akustische Rückmeldungen gedacht. Ein Rechner für Buchhaltung und Textverarbeitung konnte damit drei Stimmen durch ein analoges Filter schicken, während der Anwender am Grünmonitor seine Zahlenkolonnen bearbeitete.

Für den Büroalltag wichtiger war der IEEE-488-Bus. Vorhandene Commodore-Laufwerke und Drucker ließen sich grundsätzlich weiterverwenden. Der CBM 700 benötigte dafür allerdings ein besonderes Adapterkabel, weil sein Anschluss nicht in der von älteren Geräten gewohnten Form herausgeführt wurde.

Hinzu kam eine RS-232-Schnittstelle für Drucker, Modems und Terminals. Auch hier verlief der praktische Einsatz nicht immer geradlinig. Commodores eigener Zeichencode stimmte nicht vollständig mit dem ASCII-Code vieler Geräte überein. Grabowski warnte daher vor möglichen Zusatzkosten für eine Codewandlung.

Z80- und 8088-Koprozessoren sollten später CP/M beziehungsweise MS-DOS zugänglich machen. Die 8088-Platine erreichte mehrere Entwicklungsstufen, wurde jedoch nie zu einer breit verfügbaren und verlässlich unterstützten Erweiterung.

Das Handbuch kam nicht beim Käufer an

Der Titel „Computer mit Dokumentations-Defizit“ bedeutete nicht, dass Commodore überhaupt keine Unterlagen verfasst hatte. Ein deutsches Handbuch existierte, und auch ein umfangreicher englischer Reference Guide ist erhalten geblieben. Entscheidend war jedoch, was der Käufer 1984 tatsächlich bekam.

Das deutsche Handbuch behandelte maschinennahe Fragen nur oberflächlich. Das ausführlichere englische Material war nach Grabowskis Angaben in Deutschland nicht erhältlich. Nach späteren Berichten aus der CBM-II-Szene stellte ein Mitarbeiter von Commodore UK das englische Programmiererhandbuch weitgehend aus eigener Initiative und teilweise in seiner Freizeit zusammen, weil die britische Niederlassung den Rechner an Geschäftskunden verkaufen wollte.

Der Autor verfügte demnach nicht über vollständigen Zugang zu den Entwicklern und ihren Unterlagen. Das könnte erklären, weshalb das Handbuch viele nützliche Angaben enthielt, an anderen Stellen aber unklar blieb oder Beispiele aufführte, die nicht zuverlässig funktionierten.

Auch der erhaltene Reference Guide wirkt nicht wie eine vollständig durchredigierte Systembeschreibung. Bereits auf den ersten Seiten werden Hoch- und Niedrigprofilmodelle sowie verschiedene Bezeichnungen miteinander vermischt. Wer tiefer einsteigen wollte, benötigte zusätzliche Bücher und musste selbst herausfinden, welche Angaben für das eigene Modell galten.

Diese Lücke traf den CBM 700 besonders hart. Die neue Speicherarchitektur machte Programme des CBM 8032 häufig inkompatibel. Reines BASIC ließ sich noch anpassen, doch kommerzielle Anwendungen verwendeten oft feste Speicheradressen, eigene Bildschirmroutinen oder Maschinensprache. Neue Software hätte geschrieben werden können – dafür benötigten Programmierer jedoch genau jene Systeminformationen, die Commodore nicht zuverlässig bereitstellte.

Zu spät für den Markt

Ein Geschäftskunde kaufte keinen Computer, um auf eine künftige Umsetzung seiner Buchhaltung zu warten. Das Gerät sollte am Tag der Lieferung eine konkrete Aufgabe übernehmen. Grabowski berichtete, einige Händler würden den CBM 700 bereits nur noch mit ausdrücklichen Vorbehalten verkaufen.

Die älteren Commodore-Systeme boten weniger Speicher, konnten dafür aber auf vorhandene Programme und erfahrene Anwender zurückgreifen. Gleichzeitig wuchs rund um den IBM PC ein Markt aus Software, Erweiterungskarten und kompatiblen Nachbauten.

Innerhalb Commodores beanspruchte der erfolgreiche C64 einen großen Teil der Entwicklungskapazitäten, Fertigung und Werbung. Änderungen an Hardware und Firmware verzögerten unterdessen die CBM-II-Reihe. Die europäischen Geräte gingen erst gegen Ende 1983 in Braunschweig in Produktion. Bereits 1984 endete die Fertigung wieder.

In Großbritannien senkte Commodore den Preis der 700er-Serie 1983 um 18 Prozent auf 650 Pfund. Inflationsbereinigt entspricht das rund 2.960 Pfund im Jahr 2026. Laufwerk, Drucker und Anwendungssoftware waren damit noch nicht bezahlt.

Der Nachlass änderte nichts am Kernproblem. 128 oder 256 KByte RAM waren für einen Betrieb nur dann nützlich, wenn am Montagmorgen ein Programm bereitstand, das damit arbeitete.

Die Benutzer übernehmen

In den USA gelangten viele Geräte über den Restpostenhändler Protecto an neue Besitzer. Rund um Chicago entstand eine Benutzergruppe, die Programme, technische Hinweise und interne Unterlagen sammelte. Sie hielt das aufgegebene System noch einige Jahre am Leben.

Vier Jahrzehnte später stieß ein heutiger CBM-II-Programmierer auf dieselben Lücken. Er wollte das alte, mit der Schreibmaschine erstellte Referenzmaterial zunächst nur neu setzen und besser lesbar machen. Beim Durcharbeiten fand er jedoch unklare Erklärungen und Beispiele, die nicht funktionierten. Aus der Neusetzung entstand deshalb ein neues Handbuch mit Speicherkarte, KERNAL-Routinen und eigenen Programmbeispielen.

Commodore verwendete das Softline-Gehäuse später für Rechner, deren ältere Technik besser dokumentiert war und auf eine vorhandene Softwarebasis zurückgreifen konnte. Der modernere CBM 700 verschwand dagegen aus dem Programm.

Der Rechner war längst ein Sammlerstück. Seine Gebrauchsanweisung war noch immer nicht fertig.

Atari 520ST (1985) – Ataris Neustart zwischen Amiga und Macintosh

Rama, CeCILL, via Wikimedia Commons

Ataris doppelter Neustart

Auf der Winter CES im Januar 1985 präsentierte Atari keinen einheitlichen Neubeginn, sondern zwei Computerlinien mit sehr unterschiedlicher Aufgabe. Der 65XE und der 130XE führten die vorhandene 8-Bit-Architektur weiter. Sie waren kompatibel zu den bisherigen Atari-Heimcomputern, erhielten jedoch ein flacheres Gehäuse, das bereits die Formsprache der neuen Modelle aufgriff. Daneben stand die ST-Familie: Rechner mit Motorola-68000-Prozessor, grafischer Benutzeroberfläche, Maus und einer Technik, die mit den älteren Atari-Computern kaum noch etwas gemeinsam hatte.

Die XE-Reihe hielt Ataris bestehendes 8-Bit-Geschäft mit vorhandener Software, Zubehör und Händlerkontakten am Leben. Der 520ST war daher nicht der erste Computer, den die neue Atari Corporation unter Jack Tramiel verkaufte. Er war jedoch die erste vollständig neue Rechnerarchitektur, die unter seiner Leitung bei Atari entstand.

Tramiel hatte Commodore im Januar 1984 nach einem endgültigen Bruch mit dem Aufsichtsratsvorsitzenden Irving Gould verlassen. Wenige Monate später gründete er gemeinsam mit seinen Söhnen Tramel Technology Ltd. und holte mehrere frühere Commodore-Mitarbeiter in das neue Unternehmen. Zu ihnen gehörte Shiraz Shivji, der zuvor im Entwicklungsteam des Commodore 64 gearbeitet hatte und nun die technische Leitung eines neuen Computerprojekts übernahm.

Ende April oder Anfang Mai 1984 begann das kleine Team mit den ersten Planungen. Der Rechner sollte die inzwischen erschwingliche 16/32-Bit-Technik nutzen, Bitmap-Grafik darstellen und über eine grafische Benutzeroberfläche bedient werden. Gleichzeitig musste er deutlich günstiger herzustellen sein als ein Apple Macintosh oder ein gut ausgestatteter IBM-PC. Der interne Arbeitstitel brachte diese Vorgabe ohne jede Werbepoesie auf den Punkt: RBP – Rock Bottom Price.

Zu diesem Zeitpunkt gehörte Atari noch Warner Communications. Das Unternehmen hatte durch den Einbruch des amerikanischen Videospielmarktes hohe Verluste angehäuft, und Warner suchte nach einem Käufer für die Heimcomputer- und Konsolensparte. Tramiel erhielt damit etwas, das Tramel Technology selbst nicht besaß: eine bekannte Marke, Produktionsmöglichkeiten, internationale Vertriebswege und ein bestehendes Sortiment, mit dem sich die Zeit bis zur Fertigstellung des neuen Rechners überbrücken ließ.

Am 2. Juli 1984 übernahm Tramiel Ataris Consumer-Sparte und formte daraus die Atari Corporation. Das vorhandene 8-Bit-Geschäft wurde nicht beendet, sondern mit der XE-Reihe kostengünstig fortgesetzt. Parallel zog Shivjis Mannschaft in Ataris Gebäude an der Borregas Avenue in Sunnyvale ein und arbeitete das RBP-Konzept zu einem serienfähigen Computer aus.

Anfang 1985 standen damit zwei Atari-Generationen nebeneinander: Die XE-Modelle verlängerten die vorhandene 8-Bit-Linie, der 520ST sollte Atari mit Maus, grafischer Oberfläche und Motorola 68000 in eine neue Rechnerklasse führen. Vor Tramiels Ankunft hatte das alte Atari allerdings bereits einen anderen Weg vorbereitet: den Vertrag mit Amiga Corporation über Lorraine.

Zwei Wege zum 68000-Rechner

Das noch von Warner Communications kontrollierte Atari hatte bereits seit 1983 mit der Amiga Corporation über deren neues Computersystem verhandelt. Im Zentrum stand Lorraine, eine auf dem Motorola 68000 basierende Architektur mit drei eigens entwickelten Bausteinen für Grafik, Ton und Speicherzugriffe.

Amiga Corporation verfügte über ehrgeizige Technik, benötigte aber dringend weiteres Kapital. Atari stellte dem Unternehmen im März 1984 zunächst 500.000 Dollar zur Verfügung. Die Vereinbarung war erheblich umfangreicher als ein gewöhnlicher Überbrückungskredit: Geplant waren eine Beteiligung an Amiga sowie weltweite Nutzungsrechte an den drei Spezialchips. Im Videospielbereich sollten Ataris Rechte exklusiv sein; einen eigenständigen Computer mit der Technik hätte das Unternehmen nach dem vorgesehenen Zeitplan ab März 1986 verkaufen dürfen.

Als Sicherheit musste Amiga technische Unterlagen bei der Bank of America hinterlegen. Dazu gehörten Logikpläne, Funktionsbeschreibungen, Software und Anweisungen für die Chipfertigung. Kam der endgültige Lizenzvertrag nicht zustande und wurde der Kredit bis zum 30. Juni 1984 nicht zurückgezahlt, hätte Atari auf diese Unterlagen und weitreichende, vollständig abgegoltene Nutzungsrechte zugreifen können. Einen automatischen Besitzübergang der gesamten Amiga Corporation sah die Vereinbarung jedoch nicht vor.

Das damalige Atari beschäftigte sich bereits mit einem eigenen Rechner auf Grundlage der Lorraine-Technik. In später aufgefundenen Atari-Unterlagen erscheint dafür die Bezeichnung Atari 1850XLD mit dem Codenamen Mickey. Der spätere ST-Entwickler Matt Householder erinnerte sich daran, den Lorraine-Chipsatz noch vor Tramiels Ankunft anderen Atari-Ingenieuren vorgestellt zu haben.

Amiga konnte die 500.000 Dollar nicht aus eigener Kraft zurückzahlen und suchte erneut nach einem Geldgeber. Kurz vor Ablauf der Frist sprang ausgerechnet Commodore ein und ermöglichte die Rückzahlung an Atari. Im August 1984 übernahm Commodore schließlich die Amiga Corporation und finanzierte die weitere Entwicklung von Lorraine bis zum späteren Amiga 1000.

Das bereits bei Tramel Technology begonnene RBP-Projekt entstand unabhängig von Lorraine. Nach dem Einzug in die Atari-Gebäude standen Shivjis Team zusätzliche Ingenieure, Entwicklungsräume und die Infrastruktur eines etablierten Computerherstellers zur Verfügung.

Atari klagte im August 1984 gegen Amiga und später auch gegen Commodore. Der Rechtsstreit zog sich bis 1987 hin und endete mit einer vertraulichen außergerichtlichen Einigung. Während die juristische Auseinandersetzung anlief, trieb Atari die einfachere und kostengünstiger konstruierte ST-Architektur voran; Commodore finanzierte dagegen die Fertigstellung der aufwendigeren Lorraine-Technik.

Commodore brachte damit einen Rechner zur Marktreife, dessen Spezialchips von früheren Atari-Ingenieuren um Jay Miner entwickelt worden waren. Bei Atari arbeitete währenddessen der frühere Commodore-Chef mit ehemaligen Commodore-Mitarbeitern am 520ST.

Fünf Monate bis zur CES

Nach dem Einzug in die Atari-Gebäude arbeitete Shiraz Shivjis Mannschaft auf die Winter CES im Januar 1985 hin. Bis dahin musste der neue Computer Programme ausführen, Grafik darstellen und sich über Maus und Fenster bedienen lassen. Für die Entwicklung von Hardware, Gehäuse und Systemsoftware blieben nur wenige Monate.

Zunächst war noch offen, welcher Prozessor zum Einsatz kommen sollte. Shivji und sein Team beschäftigten sich mit dem NS32016 und dem NS32032 von National Semiconductor, weil der neue Rechner ursprünglich als echtes 32-Bit-System gedacht war. Lieferbarkeit und Preis überzeugten jedoch nicht. Auch ein Versuchsgerät mit dem NS32032 blieb nach Shivjis Erinnerung hinter den Erwartungen zurück. Atari entschied sich deshalb für den bereits verfügbaren Motorola 68000.

Bei der Auswahl weiterer Bauteile spielte der Preis ebenfalls eine zentrale Rolle. Shivji berichtete später, Motorola habe Komponenten angeboten, die einzelne Spezifikationen nicht vollständig erfüllten und deshalb regulär schwer verkäuflich waren. Atari legte die Schaltung so aus, dass die betreffenden Eigenschaften nicht benötigt wurden, und konnte die Bauteile günstiger beziehen.

Das Hardwareteam bestand im Kern aus wenigen früheren Commodore-Ingenieuren und wurde durch Mitarbeiter des übernommenen Atari ergänzt. Die Konstruktion verband den 68000 mit einigen eigens entwickelten Logikbausteinen und einer Reihe verfügbarer Standardkomponenten. Auf einen Spezialchipsatz von der Größenordnung des Amiga verzichtete Atari.

Parallel entstand die grafische Arbeitsumgebung. Microsoft bot Atari eine Anpassung von Windows an, konnte nach Einschätzung der Tramiels jedoch nicht rechtzeitig liefern. Atari entschied sich daher für GEM von Digital Research. Im September 1984 zog ein großer Teil der Softwaremannschaft für mehrere Monate nach Monterey. Dort musste für den IBM-PC geschriebener 8086-Assemblercode auf den 68000 übertragen und weiterer Programmcode an die ST-Hardware angepasst werden.

Matt Householder arbeitete in Monterey an Routinen zum Zeichnen von Linien und Polygonen. Außerdem programmierte er eine Breakout-Variante als GEM-Desk-Accessory. Das kleine Spiel demonstrierte, dass ein Zubehörprogramm innerhalb der grafischen Umgebung aufgerufen werden konnte, ohne dafür den Desktop vollständig zu verlassen.

Zur CES brachte Atari fünf ST-Systeme nach Las Vegas. GEM lief dort noch auf CP/M-68K, und auch Gehäuse und Systemsoftware entsprachen nicht vollständig der späteren Serienausführung. Shivji bezifferte den Entwicklungsstand auf ungefähr 85 Prozent. Die oft genannten fünf Monate reichen daher vom Beginn der konkreten Entwicklungsarbeit bis zu funktionsfähigen Vorführgeräten – nicht bis zum endgültigen Verkaufsmodell.

Atari nannte zunächst einen 130ST mit 131.072 Byte und einen 520ST mit 524.288 Byte Arbeitsspeicher. Der 130ST verschwand noch vor dem Verkaufsstart. Da das Betriebssystem zunächst in den Arbeitsspeicher geladen werden musste, hätte die kleinere Ausführung nur wenig Platz für Anwendungen gelassen; zugleich sanken die Speicherpreise. Eine reguläre Serienfertigung des ebenfalls geplanten 260ST mit 256 KiB lässt sich bislang nicht belegen. Die dokumentierten europäischen 260ST-Geräte besitzen gewöhnlich bereits 512 KiB und unterscheiden sich vor allem durch Typenschild und frühe TOS-Ausführung vom 520ST.

Im Februar 1985 entschied sich Atari, CP/M-68K durch das noch junge GEMDOS zu ersetzen. Es bot eine höhere Leistung und ein hierarchisches Dateisystem, war aber noch nicht vollständig erprobt. Während die Software weiterbearbeitet wurde, fertigte Atari im Frühjahr ungefähr hundert ST-Systeme für externe Entwickler. Im Juni liefen in Taiwan die ersten Seriengeräte des 520ST vom Band.

Der 520ST auf dem Schreibtisch

Beim ursprünglichen 520ST steckten Rechner und Tastatur in einem flachen Gehäuse. Netzteil und Diskettenlaufwerk standen separat daneben, wobei auch das Laufwerk eine eigene Stromversorgung benötigte. Ein vollständiger Arbeitsplatz bestand damit aus mehreren Geräten und entsprechend vielen Kabeln. Dafür blieben Maus- und Joystickanschlüsse gut erreichbar an der rechten Gehäuseseite; bei den späteren STF- und STFM-Modellen wanderten sie unter das Gehäuse.

Motorola MC68000

Motorola MC68000

Im Inneren arbeitete ein Motorola 68000 mit 8 MHz. Seine allgemeinen Register waren 32 Bit breit, der externe Datenbus dagegen 16 Bit – daher die Bezeichnung ST für „Sixteen/Thirty-two“. Über den 24 Bit breiten Adressbus konnte der Prozessor theoretisch 16 MiB ansprechen. Ausgeliefert wurde der 520ST mit 512 KiB RAM. Bei den frühen Geräten belegte das von Diskette geladene TOS einen beträchtlichen Teil davon; mit dem späteren ROM-TOS stand entsprechend mehr Speicher für Programme bereit.

Atari ergänzte den 68000 um mehrere eigene Logikbausteine. Die MMU organisierte die Zugriffe auf den gemeinsamen Arbeitsspeicher und versorgte den Shifter mit den Bilddaten. GLUE erzeugte unter anderem Auswahl-, Takt-, Synchronisations- und Interruptsignale. Der DMA-Baustein übertrug Daten zwischen Speicher und Massenspeichern. Hardware-Sprites oder einen Blitter besaß der ursprüngliche 520ST nicht. Scrolling und das Verschieben größerer Bildbereiche mussten daher weitgehend durch den Prozessor erledigt werden.

Für die Bildausgabe standen drei feste Modi zur Verfügung. ST Low zeigte 320 × 200 Bildpunkte mit 16 gleichzeitig sichtbaren Farben aus einer Palette von 512. Die Darstellung lief bei europäischen Geräten gewöhnlich mit 50 Hz, konnte aber auch mit 60 Hz erzeugt werden. Die meisten Spiele verwendeten diesen Modus, da er als einziger 16 Farben gleichzeitig bot. Alle drei Bildschirmmodi belegten rund 32.000 Byte Bildspeicher; der Vorteil von ST Low lag daher nicht im Speicherbedarf, sondern in der höheren Farbtiefe.

ST Medium stellte 640 × 200 Bildpunkte mit vier Farben aus derselben Palette dar und arbeitete ebenfalls mit 50 oder 60 Hz. Der Modus erlaubte auf einem Farbmonitor eine Darstellung mit 80 Zeichen pro Zeile, blieb vertikal jedoch auf 200 Bildzeilen beschränkt. Er wurde vom Desktop und von einzelnen Anwendungen genutzt, erreichte für längere Text- und Konstruktionsarbeiten aber nicht die Bildschärfe des Monochrommodus.

Mit dem monochromen SM124 wechselte der Rechner automatisch auf 640 × 400 Bildpunkte bei ungefähr 71,2 Hz. Das Bild wurde ohne Zeilensprung aufgebaut und wirkte entsprechend ruhig. Viele Textverarbeitungen, Programmiersysteme, Tabellenkalkulationen, CAD- und später DTP-Programme bevorzugten diesen Modus oder setzten ihn voraus. Ein gewöhnlicher ST-Farbmonitor konnte die dafür benötigte Zeilen- und Bildfrequenz nicht darstellen, sodass Farb- und Monochrombetrieb unterschiedliche Monitore erforderten.

Motherboard des Atari 520 ST

Für den Ton sorgte ein Yamaha YM2149F, der eine Lizenzfertigung des AY-3-8910 darstellte. Er bot drei getrennt programmierbare Tonkanäle sowie einen gemeinsamen Rausch- und Hüllkurvengenerator. Die Ausgabe war monophon. Eigene digitale Audiokanäle besaß der 520ST nicht; Samples ließen sich dennoch wiedergeben, indem Programme die Lautstärkeregister des Yamaha-Chips in schneller Folge veränderten. Diese Methode beanspruchte den Prozessor und blieb technisch deutlich einfacher als die Sample-Hardware des Amiga.

Ab Werk waren MIDI In und MIDI Out vorhanden. Die Schnittstelle arbeitete mit den standardisierten 31,25 Kilobaud und erlaubte den direkten Anschluss von Synthesizern, Drumcomputern und anderen MIDI-Geräten. Shiraz Shivji erinnerte sich später, dass die dafür zusätzlich benötigte Hardware nur etwa 75 US-Cent gekostet habe. Für Musiker entfiel damit der Kauf eines separaten Interfaces.

Das erste Diskettenlaufwerk befand sich ebenfalls außerhalb des Rechners. Das einseitige SF354 speicherte formatiert ungefähr 360 KiB, das doppelseitige SF314 etwa 720 KiB. Die in der Werbung genannten 400 beziehungsweise 800 KB bezeichneten die unformatierte Kapazität. Weitere Laufwerke konnten angeschlossen werden; für Festplatten und andere schnelle Geräte besaß der ST bereits die als DMA-Port bezeichnete ACSI-Schnittstelle.

Zur weiteren Ausstattung gehörten eine serielle RS-232-Schnittstelle, ein paralleler Druckeranschluss, der Monitorport, der Anschluss für externe Diskettenlaufwerke und ein Cartridge-Schacht für ROM-Module. Der ursprüngliche 520ST besaß keinen HF-Modulator und konnte daher nicht ohne zusätzliche Hardware an den Antenneneingang eines Fernsehers angeschlossen werden. Erst der 520STM ergänzte einen solchen Ausgang.

Extern ließ sich das System ohne Eingriff in den Rechner um Laufwerke, Festplatte, Drucker, Modem oder MIDI-Geräte erweitern. Für interne Aufrüstungen fehlten jedoch Steckplätze. Bereits 1986 wurden Speichererweiterungen auf 1 MiB angeboten, deren Einbau je nach Ausführung Adapterplatinen, zusätzliche Leitungen zur MMU und Lötarbeiten erforderte. Spätere Lösungen erhöhten den Speicher auf bis zu 4 MiB, die reguläre Obergrenze der ursprünglichen ST-Speicherverwaltung.

Beschleuniger erschienen erst Jahre nach dem Verkaufsstart. Angeboten wurden später Karten mit einem 68000 bei 16 MHz sowie Lösungen mit 68020- und 68030-Prozessoren. Der Einbau erforderte je nach Modell Eingriffe am Prozessorsockel oder an der Hauptplatine; als einfacher Steckkartenrechner war der 520ST nicht konstruiert.

TOS kam zunächst von Diskette

TOS 1.0

Aus GEMDOS, den grafischen Bestandteilen von GEM und Ataris hardwarenahen Routinen entstand TOS. Atari löste die Abkürzung offiziell als „The Operating System“ auf; im Entwicklerumfeld war auch „Tramiel Operating System“ gebräuchlich. Auf dem Bildschirm erschien der GEM Desktop mit Laufwerkssymbolen, Fenstern, Pulldown-Menüs und Mauszeiger. Programme ließen sich per Doppelklick starten, Dateien konnten markiert, kopiert, umbenannt oder in den Papierkorb gezogen werden. Für Besitzer eines 8-Bit-Heimcomputers ersetzte diese Oberfläche viele zuvor von Hand eingegebene Lade- und Dateibefehle.

Unterhalb des Desktops verwaltete GEMDOS Dateien, Verzeichnisse, Speicher und den Start von Programmen. AES stellte Fenster, Menüs und Dialogfelder bereit, VDI übernahm die grafische Ausgabe. BIOS und XBIOS bildeten die Verbindung zu Laufwerken, Bildschirm, Tastatur und den übrigen Geräten.

Ein Teil der frühen 520ST enthielt noch nicht das vollständige Betriebssystem im ROM. Stattdessen saßen auf der Hauptplatine zwei Boot-ROMs mit zusammen 16 KiB, die TOS von einer Diskette in den Arbeitsspeicher luden. Der Start dauerte dadurch länger, und ein erheblicher Teil der vorhandenen 512 KiB war bereits belegt, bevor eine Anwendung lief. Ohne Systemdiskette konnte der vollständige Desktop nicht geladen werden.

Die spätere Ausführung enthielt TOS in sechs ROM-Bausteinen mit zusammen 192 KiB. Der Rechner startete nun direkt bis zum Desktop, während der zuvor von TOS belegte RAM für Programme verfügbar blieb. Disketten- und ROM-TOS gehörten beide zur frühen Produktionszeit des 520ST und lassen sich deshalb nicht einfach anhand der Modellbezeichnung unterscheiden.

Der feste Einbau erschwerte allerdings Aktualisierungen. Eine neue TOS-Version wurde nicht wie ein gewöhnliches Programm installiert; dazu mussten die ROM-Bausteine im geöffneten Rechner ausgetauscht werden. Im Gegenzug war das Betriebssystem sofort verfügbar und benötigte keine eigene Startdiskette mehr.

TOS führte normalerweise nur eine Hauptanwendung aus und bot kein präemptives Multitasking wie das Betriebssystem des Amiga. Kleine Desk Accessories – beispielsweise Uhr, Taschenrechner oder Kontrollfeld – blieben im Speicher und konnten über das Desk-Menü aufgerufen werden. Während ein solches Zubehörprogramm aktiv war, pausierte jedoch die eigentliche Anwendung.

Power without the Price

Im Juni 1985 liefen in Taiwan die ersten serienmäßigen 520ST vom Band. Bis der Rechner regulär bei den Käufern ankam, verging jedoch noch einige Zeit. Die Oktober-Ausgabe von COMPUTE! beschrieb ihn in den USA gerade erst als zunehmend breit verfügbar. In Westdeutschland wurde der 520ST seit Mitte September im Computerfachhandel und in einigen ausgewählten Kaufhäusern verkauft.

In den USA bot Atari den Rechner als vollständiges System an. Der 520ST kostete mit externem Diskettenlaufwerk, Maus, Systemsoftware und hochauflösendem Monochrommonitor 799 Dollar. Das entsprechende Paket mit RGB-Farbmonitor wurde für 999 Dollar angeboten. Damit trat Atari nicht nur gegen andere Heimcomputer an, sondern ausdrücklich gegen erheblich teurere Systeme von Apple und IBM.

Eine amerikanische Anzeige brachte diesen Vergleich besonders aggressiv auf den Punkt. Unter der Überschrift „There’s only one word for these prices: Rip-off“ stellte Atari seinem für 799,95 Dollar angebotenen Monochromsystem einen Macintosh 512 für 2.795 Dollar, einen IBM PC/AT für 4.675 Dollar und den Commodore Amiga für 1.795 Dollar gegenüber. Die Zusammenstellung war Werbung und kein neutraler Vergleich gleich ausgestatteter Rechner. Sie zeigt jedoch, in welcher Gesellschaft Atari den 520ST sehen wollte.

Auch in Großbritannien warb Atari Ende 1985 mit einem Paket aus Rechner, SF354-Diskettenlaufwerk und Monochrommonitor. Der Preis betrug 652 Pfund zuzüglich Mehrwertsteuer. Unter dem Slogan „The 520ST. Over-qualified and under-paid“ verwies die Anzeige neben GEM und MIDI auf Programmiersprachen, Textverarbeitung und ein Zeichenprogramm. Ob sämtliche angekündigten Programme zum Zeitpunkt der Anzeige bereits ausgeliefert wurden, geht daraus nicht hervor.

In Westdeutschland testete Happy Computer im Juni noch einen Prototyp. Für den 520ST mit Maus und Diskettenlaufwerk nannte die Redaktion einen angekündigten Preis von weniger als 2.800 DM; ein Monitor gehörte zu dieser Aufstellung nicht. Der Artikel bezeichnete den Rechner als „Bombenknüller“ und wegen seines Preis-Leistungs-Verhältnisses als „Volks-VAX“, enthielt jedoch noch mehrere Erwartungen, die beim Seriengerät nicht eintrafen.

Beim Verkaufsstart nannte Computer Kontakt einen Preis von 2.998 DM, erläuterte den dazugehörigen Paketumfang aber nicht vollständig. Ein direkter Vergleich mit dem amerikanischen Komplettsystem oder der britischen Anzeige ist deshalb nur eingeschränkt möglich. Für Besitzer eines C64, Atari 800XL oder Schneider CPC blieb der Wechsel trotz Ataris Niedrigpreisstrategie eine erhebliche Anschaffung.

Die ersten deutschen Käufer erhielten zunächst die sogenannte „Soft-Version“, bei der TOS von Diskette geladen wurde. Dem Lieferumfang lag nach dem Bericht von Computer Kontakt zunächst nur Dr. Logo bei. Von Personal BASIC existierten Vorabversionen, ein Termin für die Nachlieferung stand noch nicht fest. Händler kündigten außerdem GEM Paint und GEM Write an, doch auch diese Programme waren noch nicht verfügbar. In den USA berichtete COMPUTE! ebenfalls, dass der 520ST vorerst nur mit Logo ausgeliefert wurde.

Auch die ersten Testgeräte waren nicht immer frei von Problemen. Das von Creative Computing geprüfte Exemplar mit der Seriennummer 1080 startete TOS zunächst nicht; nach dem Öffnen des Rechners mussten Bausteine auf der Hauptplatine neu eingesetzt werden. Atari erklärte, dies betreffe nur die frühesten Produktionsgeräte. Die Redaktion kritisierte außerdem die noch umständliche Dateiverwaltung des GEM-Desktops und den Mangel an verfügbarer Software.

Creative Computing sah im 520ST einen großen Teil der grafischen Macintosh-Bedienung zu einem erheblich niedrigeren Preis. Happy Computer ordnete ihn wegen hoher Auflösung, Speicher und Schnittstellen sowohl für Heimanwender als auch für selbstständige und freiberufliche Nutzer ein.

Der 520ST trifft auf den Amiga 1000

Taken from the site: https://tech-vintage.fr/amiga-500-licone-creative-qui-a-defie-lindustrie/

Als Commodore den Amiga im Juli 1985 öffentlich vorstellte, hatte Atari bereits mit der Serienfertigung des 520ST begonnen. Beide Rechner verwendeten den Motorola 68000, eine Maus, eine grafische Benutzeroberfläche und 3½-Zoll-Disketten. Technisch gingen sie jedoch unterschiedliche Wege.

Der 520ST lief mit 8 MHz, der Amiga abhängig von der Fernsehnorm mit rund 7,1 MHz. Der höhere Takt konnte dem Atari bei Aufgaben helfen, die überwiegend der 68000 erledigte. Der Amiga verlagerte dagegen Grafik-, Speicher- und Audioarbeit auf seine Spezialbausteine.

In der für Spiele gebräuchlichen Auflösung blieb der ST auf 16 Farben aus einer Palette von 512 beschränkt, der Amiga zeigte 32 aus 4096. Hardware-Sprites, Blitter und Copper entlasteten den 68000 zusätzlich bei Animationen, Scrolling und grafischen Effekten.

Ataris SM124 bot dafür 640 × 400 Bildpunkte bei ungefähr 71,2 Hz ohne Zeilensprung. Schrift, Tabellen und Konstruktionszeichnungen erschienen ruhig und scharf. Der Amiga benötigte für 400 beziehungsweise 512 Bildzeilen auf normalen Monitoren Interlace, was bei feinen Schriften und kontrastreichen Flächen sichtbar flimmern konnte. Für Textverarbeitung, Programmierung, CAD und Desktop-Publishing war der monochrome ST-Modus daher besonders geeignet.

Beim Ton traf der dreistimmige Yamaha YM2149F des ST auf vier unabhängige 8-Bit-Samplekanäle des Amiga in Stereo. Sprache, Geräusche und Musik ließen sich dort ohne die beim ST nötigen Lautstärketricks wiedergeben. Atari hatte dafür MIDI In und Out serienmäßig eingebaut und benötigte zur Steuerung externer Instrumente kein zusätzliches Interface.

TOS führte gewöhnlich eine Hauptanwendung aus, während das Betriebssystem des Amiga präemptives Multitasking bot. Beim Einschalten waren zunächst beide frühen Systeme auf Disketten angewiesen: Der Amiga 1000 lud Kickstart und anschließend die Workbench, frühe 520ST luden TOS. Spätere 520ST starteten das Betriebssystem aus dem ROM.

In den USA kostete der 520ST mit 512 KiB RAM, Laufwerk, Maus, Systemsoftware und Monochrommonitor 799 Dollar. Commodore verlangte 1.295 Dollar für den Amiga 1000 mit 256 KiB und eingebautem Laufwerk; Monitor und Speichererweiterung wurden zusätzlich verkauft. Der Preisvergleich war wegen des Farbmonitors und der unterschiedlichen Ausstattung nicht vollständig gleichartig, der Abstand blieb jedoch erheblich.

1985 vermarkteten beide Hersteller ihre Rechner noch als vielseitige Personal Computer. Atari verband den niedrigeren Systempreis mit 512 KiB RAM, scharfem Monochrombetrieb und MIDI; Commodore bot die aufwendigere Grafik- und Audiotechnik sowie präemptives Multitasking. Ein breites Softwareangebot fehlte beiden zunächst, und die später vertraute Rollenverteilung hatte sich beim Marktstart noch nicht verfestigt.

Eine kurze Modellkarriere

Nur wenige Wochen nach dem westdeutschen Verkaufsstart des 520ST stellte Atari auf der Münchner Systems am 28. Oktober 1985 bereits zwei weitere Varianten vor. Der 520ST+ besaß ein Megabyte Arbeitsspeicher und wurde als Komplettsystem mit Monochrommonitor, Maus und SF354-Laufwerk weiterhin für 2.998 DM angeboten. Atari verdoppelte damit den Speicher, ohne den bisherigen Systempreis zu erhöhen.

Daneben erschien der 260ST als günstigeres Einstiegsmodell. Seine Bezeichnung erinnerte noch an die ursprünglich geplante Ausführung mit 256 KiB, doch der tatsächlich in Westdeutschland angebotene Rechner enthielt ebenfalls 512 KiB RAM. Technisch unterschied er sich nur geringfügig vom 520ST, wurde jedoch einzeln und ohne Monitor, Maus oder Laufwerk verkauft. Ab Dezember 1985 kostete er rund 1.300 DM.

Im Januar 1986 stellte Atari den 520STM vor. Das „M“ stand für den eingebauten HF-Modulator, über den sich ein Fernseher am Antenneneingang anschließen ließ. Netzteil und Diskettenlaufwerk blieben weiterhin externe Geräte. In den USA und Großbritannien kam der 520STM im Frühjahr 1986 auf den Markt, in Westdeutschland erst im Oktober.

Einen deutlicheren Umbau brachten die ebenfalls 1986 eingeführten Modelle 520STF und 1040STF. Das längere Gehäuse nahm nun sowohl das Netzteil als auch das Diskettenlaufwerk auf. Der 520STF wurde mit 512 KiB und zunächst einem einseitigen Laufwerk angeboten. Der 1040STF besaß ein Megabyte RAM sowie ein doppelseitiges Laufwerk. Maus, Monitor, Drucker, Festplatte und weitere Geräte blieben außen angeschlossen, auf dem Schreibtisch entfielen jedoch zwei separate Gehäuse und zusätzliche Netzteile.

Die grundlegende Technik änderte Atari dabei nicht. Motorola 68000, Grafikmodi, Yamaha-Sound, MIDI-Schnittstellen und TOS blieben mit dem ursprünglichen 520ST verwandt. Je nach Modell kamen mehr Speicher, ein HF-Modulator sowie ein eingebautes Laufwerk und internes Netzteil hinzu.

Die Produktion des ursprünglichen 520ST endete im April 1986. Bereits im Herbst 1985 hatte Atari den Speicher zum gleichen Systempreis verdoppelt; im folgenden Frühjahr integrierten 520STF und 1040STF Netzteil und Laufwerk. Der 520ST brachte die Plattform in den Handel, seine aus mehreren Einzelgeräten bestehende Konfiguration wurde aber rasch ersetzt.

 

Commodore MDS 6500 – Der PET als Entwicklerwerkzeug

Wer Ende der 1970er-Jahre Software für einen 6502-Rechner entwickeln wollte, benötigte mehr als einen Texteditor und eine freie Steckdose. Quelltexte mussten eingegeben, übersetzt, auf Fehler untersucht und schließlich auf das eigentliche Zielsystem übertragen werden. MOS Technology hatte dafür zunächst das MDT650 entwickelt, ein kostspieliges Microcomputer Development Terminal mit Diskettenlaufwerk und eigener Entwicklungssoftware. Der spätere Commodore MDS 6500 übertrug dieses Prinzip auf eine wesentlich vertrautere Grundlage: den PET.

Die Abkürzung MDS stand für Microcomputer Development System. Hinter der besonderen Modellbezeichnung verbarg sich kein vollständig neu konstruierter Rechner, sondern ein für Entwicklungsarbeiten angepasster Commodore PET 2001-32N mit 32 KB RAM. Auf dem Gehäuse saß anstelle der üblichen PET-Modellbezeichnung ein MDS-6500-Schriftzug. Zum System gehörte ein passend beschriftetes CBM-2040-Doppeldiskettenlaufwerk, das Programmtexte, Objektdateien und weitere Entwicklungsdaten aufnehmen konnte.

Der PET brachte dafür bereits eine zweckmäßige Grundausstattung mit. Sein MOS-6502-Prozessor arbeitete mit ungefähr 1 MHz, der eingebaute Monitor stellte 40 Zeichen in 25 Zeilen dar, und über den IEEE-488-Anschluss ließ sich das externe Doppellaufwerk betreiben. Für gewöhnliche Büroarbeiten war diese Kombination ebenfalls geeignet, doch beim MDS 6500 lag der Schwerpunkt auf der Erstellung von Software für die MCS6500-Prozessorfamilie.

Der Name sorgt leicht für Verwirrung. MCS6500 war die Bezeichnung der von MOS Technology entwickelten Mikroprozessorfamilie, zu der neben dem bekannten 6502 auch der 6501 sowie mehrere Varianten mit abweichender Anschlussbelegung gehörten. Das MDS 6500 bezeichnete dagegen ein komplettes Entwicklungssystem. Es steckte also kein besonderer „6500-Prozessor“ im Rechner; im Inneren arbeitete weiterhin der aus dem PET bekannte 6502.

Wie solche Systeme eingesetzt wurden, zeigt das MCS6500 Family Hardware Manual. Es beschreibt neben Prozessoren, Speicherbausteinen, Bussystemen und Interruptsteuerung auch das ältere MDT – Microcomputer Development Terminal. MOS bezeichnete dieses als fertig zusammengestelltes System, mit dem Entwickler ihre Programme und die Verbindung zu Ein- und Ausgabegeräten prüfen konnten. Der Vorteil lag auf der Hand: Statt gleichzeitig nach Fehlern in selbst aufgebauter Hardware und im eigenen Programmcode suchen zu müssen, erhielt der Entwickler eine bekannte Arbeitsumgebung. Damit ließ sich das Problem wenigstens auf eine Seite des Schreibtisches eingrenzen.

Bei Commodore waren die ursprünglichen MDT650-Systeme nur in geringer Zahl vorhanden. Auf ihnen wurde der MOS Resident Assembler eingesetzt, mit dem unter anderem Software für den ersten PET und das CBM-2040-Laufwerk entstand. Als das 2040 verfügbar war, portierte Commodore-Mitarbeiter John Feagans den Resident Assembler auf den PET. Damit konnte Commodore die Entwicklungsarbeit von den seltenen und teuren MDT-Terminals auf die eigenen Serienrechner verlagern.

Bekannte Versionen des PET Resident Assemblers tragen die Datierungen 27. November 1979 und 15. Dezember 1979. Commodore veröffentlichte diese Software 1980 als Teil des PET Assembler Development System. Der Assembler verarbeitete Quelltexte, erzeugte Maschinencode und konnte Listen mit Speicheradressen, Opcodes und Fehlermeldungen ausgeben. Zusammen mit dem Diskettenlaufwerk wurde der PET damit zu einer vollständigen Entwicklungsstation, ohne dass dafür erneut ein spezielles Terminal von Grund auf konstruiert werden musste.

Die praktische Bedeutung dieser Arbeitsweise ging über den MDS 6500 hinaus. Commodore verwendete den auf den PET übertragenen Resident Assembler für Betriebssystem- und BASIC-Bestandteile späterer PET-Modelle, des VIC-20, des C64 und der CBM-II-Reihe. Auch ROMs verschiedener Diskettenlaufwerke, Drucker und Commodore-eigener Programme entstanden mit dieser Entwicklungsumgebung. Erst ab 1984 verlagerte Commodore einen größeren Teil der Arbeit auf einen unter VAX/VMS laufenden Cross-Assembler.

Wie deutlich sich ein MDS 6500 technisch von einem normalen PET 2001-32N unterschied, ist nur unvollständig dokumentiert. Die erhaltenen Beschreibungen sprechen von einem modifizierten PET mit Assembler und einem passend gekennzeichneten 2040-Laufwerk. Ob der Assembler fest im Rechner untergebracht war oder zum ausgelieferten Diskettensatz gehörte, lässt sich aus den derzeit verfügbaren Unterlagen nicht eindeutig ableiten. Auch eine vollständige Liste der zusätzlich gelieferten Programme, Handbücher und Kabel fehlt.

Eine häufig zitierte Commodore-Modellübersicht nennt 500 gefertigte Geräte, während eine weitere Beschreibung von weniger als 500 Exemplaren spricht. Eine dazugehörige Produktionsaufstellung von Commodore ist bislang nicht bekannt. Die Zahl sollte daher als überlieferte Größenordnung und nicht als abschließend bestätigte Stückzahl verstanden werden.

Der MDS 6500 war damit kein eigenständiger Heimcomputer und auch kein gewöhnliches PET-Sondermodell für Schulen oder Büros. Er gehörte zu den professionellen Werkzeugen, mit denen Software für die wachsende 6502-Rechnerfamilie entstand. Äußerlich blieb er ein PET mit passendem Doppellaufwerk. Seine eigentliche Aufgabe lag jedoch nicht vor dem Bildschirm, sondern in den Programmen, ROMs und Betriebssystemteilen, die mit seiner Hilfe entwickelt wurden.

Commodore Educator 64 – Der C64 im PET-Gehäuse

Foto: Marcin Wichary / Wikimedia Commons, CC BY 2.0

Auf den ersten Blick wirkte der Commodore Educator 64 wie ein verspäteter Vertreter der PET-Familie: ein großer Tischcomputer mit fest eingebautem Bildschirm, aufklappbarem Gehäuse und einer Tastatur, die nicht ohne Weiteres vom Arbeitsplatz verschwinden konnte. Nach dem Einschalten meldete sich jedoch kein PET, sondern ein Commodore 64. Commodore verband die Technik seines erfolgreichen Heimcomputers mit einer Gehäuseform, die bereits seit den späten 1970er-Jahren in Schulen, Universitäten und kleinen Betrieben zu finden war.

Die Bezeichnungen fallen weniger eindeutig aus als das Gerät selbst. Der Rechner wurde als Educator 64, PET 64, CBM 4064 oder Commodore 4064 geführt. Dabei handelte es sich nicht um vier grundsätzlich verschiedene Computer, sondern um Namen und Ausführungen derselben C64-basierten Schulcomputerfamilie. Erhaltene Geräte tragen teilweise vorne die Bezeichnung „Educator 64“, während auf dem rückwärtigen Typenschild weiterhin 4064 steht. Frühe Ausführungen konnten sich bei ROM, Bildaufbereitung und Tonausstattung von späteren Geräten unterscheiden.

Commodore zielte damit vor allem auf den nordamerikanischen Bildungsmarkt. Ein gewöhnlicher C64 war zwar vergleichsweise preiswert, bestand aber aus Rechner, externem Netzteil, Monitor oder Fernseher und den dazugehörigen Kabeln. Im Unterricht konnten Stecker gelöst, Netzteile vertauscht oder einzelne Komponenten beschädigt und mitgenommen werden. Häufig wird deshalb erzählt, Schulen hätten nach einem C64 verlangt, der nicht in einem Rucksack verschwinden konnte. Eine eindeutige Commodore-Aussage, nach der Diebstahl den Ausschlag für die Entwicklung gab, ist nicht überliefert. Das schwere All-in-one-Gehäuse verringerte diese Risiken jedoch tatsächlich: Rechner, Monitor und Stromversorgung bildeten eine Einheit, und auf den Tischen lagen deutlich weniger lose Teile.

Als Grundlage diente ein Gehäuse im Stil der PET- und CBM-4000-Serie. Bei erhaltenen Educator-Geräten besteht der Unterbau aus Metall, während das Oberteil aus dickem Kunststoff gefertigt ist. Wie bei den PET-Rechnern lässt sich die obere Gehäusehälfte aufklappen und mit einer Stütze offen halten. Darunter sitzt keine klassische PET-Platine, sondern eine quer eingebaute C64-Hauptplatine. Hinzu kommen die interne Stromversorgung, die Ansteuerung des Monitors und bei den besser ausgestatteten Geräten eine zusätzliche Audioelektronik.

Im technischen Kern entsprach der Educator 64 weitgehend dem nordamerikanischen C64. Der MOS 6510 arbeitete in der NTSC-Ausführung mit ungefähr 1,02 MHz. Zur Verfügung standen 64 Kilobyte RAM, Commodore BASIC 2.0 sowie die BASIC-, KERNAL- und Zeichensatz-ROMs des C64. Die Bildausgabe übernahm der VIC-II, gewöhnlich ein MOS 6567. Er beherrschte die bekannten Text- und Grafikmodi, bis zu 320 × 200 Bildpunkte, acht Hardware-Sprites und intern eine Palette aus 16 Farben. Zwei MOS 6526 CIA steuerten unter anderem Tastatur, Joysticks, serielle Schnittstelle und Zeitgeber.

Der eingebaute Bildschirm konnte diese Farben jedoch nicht direkt darstellen. Der Grünmonitor setzte die vom VIC-II erzeugten Signale in verschiedene Helligkeitsstufen um. Helle und dunkle Flächen blieben unterscheidbar, Farben mit ähnlicher Leuchtdichte konnten dagegen nahezu gleich aussehen. Für BASIC-Unterricht, Textverarbeitung, Mathematikprogramme und andere vorwiegend textorientierte Anwendungen genügte das. Farbabhängige Lernprogramme konnten problematisch werden, wenn beispielsweise ein rotes und ein blaues Feld auf dem Monitor als ähnlich helle Grünflächen erschienen. Spiele liefen ebenfalls, verloren aber einen großen Teil jener Farbgrafik, mit der sich der C64 von älteren Schulcomputern absetzte.

Die Tastatur entsprach weitgehend der des C64, verzichtete jedoch auf die Farbbezeichnungen an den Vorderseiten der Zahlentasten. Über ihr befand sich eine großflächige Referenztafel mit BASIC-Befehlen, PETSCII-Zeichen, Variablentypen, Gerätenummern und teilweise Tabellen für Binär-, Dezimal- und Hexadezimalwerte. Je nach Ausführung kamen Hinweise zu Logo oder zur Bedienung typischer Peripheriegeräte hinzu. Einen Teil des Spickzettels lieferte Commodore damit gleich ab Werk.

Bei vollständig ausgestatteten Educator-Geräten gehörte auch der MOS 6581 SID zur Hauptplatine. Seine drei Stimmen, Filter und Wellenformen standen der Software wie beim normalen C64 zur Verfügung. Commodore ergänzte einen kleinen internen Lautsprecher, einen Verstärker, einen Lautstärkeregler und einen Kopfhöreranschluss. Der Lautsprecher eignete sich eher für Signaltöne und Lernprogramme als für eine eindrucksvolle SID-Vorführung. Der Kopfhörerausgang war im Unterricht dafür umso nützlicher: Eine ganze Klasse gleichzeitig laufender C64-Musikprogramme hätte selbst die Vorzüge des SID rasch relativiert.

Die beiden Joystickbuchsen und der Kopfhöreranschluss lagen an der Vorderseite unterhalb der Tastatur. Modulport, Videoanschluss, serielle IEC-Buchse, Datasettenanschluss und User Port befanden sich an der rechten Seite. Damit blieb der Educator mit C64-Laufwerken, Druckern, Datasetten, Joysticks und Steckmodulen verwendbar. Die Einpassung der C64-Platine in das größere Gehäuse brachte allerdings kleine Schwierigkeiten mit sich. Einige Buchsen lagen hinter den Gehäusekanten zurück, sodass besonders breite Stecker oder große Module am Kunststoff anstoßen konnten. Bei sperrigen Erweiterungen halfen kurze Verlängerungen oder Portexpander.

Die interne Stromversorgung ersetzte den bekannten externen C64-Netzteilblock und speiste zugleich den Monitor. Der Educator benötigte daher nur ein gewöhnliches Netzkabel. Für einen einzelnen Heimarbeitsplatz war das Gehäuse weder klein noch leicht, in einem Computerraum ließ sich eine Reihe gleichartiger Geräte jedoch übersichtlicher aufstellen als mehrere C64 mit separaten Monitoren und Netzteilen.

Erhaltene Exemplare zeigen, dass Commodore während der Fertigung unterschiedliche C64-Hauptplatinen verwendete. Dokumentiert sind unter anderem frühe Platinen vom Typ ASSY 326298 sowie spätere ASSY 250425. Auch Stromversorgung, Monitoranschluss, Tastaturverkabelung und Audioausstattung konnten voneinander abweichen. Mehrere Sammlerberichte behaupten, Commodore habe dabei instand gesetzte Garantierückläufer verwendet. Die verbauten frühen Platinen und die Nutzung vorhandener PET-Gehäuse passen zu Commodores pragmatischer Fertigung, beweisen aber nicht, dass jede Educator-Platine zuvor in einem verkauften C64 eingesetzt gewesen war.

Trotz des PET-Namens war der Educator nicht mit den klassischen PET- und CBM-Rechnern softwarekompatibel. Programme für PET 2001, CBM 3032 oder CBM 4032 liefen nicht automatisch. Im Inneren blieb er ein C64 mit dessen Speicheraufteilung, BASIC, ROMs und Schnittstellen. Schulen mit vorhandener PET-Software mussten Programme anpassen oder auf C64-Versionen wechseln. Das vertraute Gehäuse täuschte eine technische Kontinuität vor, die auf Softwareebene kaum bestand.

Auf dem amerikanischen Schulmarkt traf Commodore auf die bereits etablierte Apple-II-Familie. Apple verfügte nicht nur über Hardware, sondern auch über Schulprogramme, Händlerkontakte, Unterrichtsmaterial und Erfahrungen aus bestehenden Computerräumen. Der Educator vereinfachte zwar Aufbau und Verkabelung, schuf aber kein vergleichbares Bildungsökosystem. Gleichzeitig nahm der monochrome Monitor dem C64 gerade jene Farbfähigkeiten, die ihn von vielen günstigeren Büro- und Schulrechnern unterschieden.

Verlässliche Produktions- oder Verkaufszahlen sind nicht bekannt. Konkrete Angaben von wenigen Hundert oder einigen Tausend Geräten lassen sich bislang nicht ausreichend belegen. Erhaltene Exemplare erscheinen heute nur gelegentlich in Museen, Sammlungen und Restaurationsberichten, während der gewöhnliche C64 millionenfach verbreitet war.

Eine spätere amerikanische Händleranzeige zeigt den Educator bereits als Rest- beziehungsweise Gebrauchtposten. Beworben wurden vollständig überholte Geräte mit 90 Tagen Garantie, eingebautem Grünmonitor, robuster Stromversorgung und „100% C-64 Compatible“. Als regulärer Verkaufspreis nannte die Anzeige 499,95 US-Dollar, als Händlerpreis 325 Dollar und als Abverkaufspreis 199,95 Dollar. Nach heutiger Kaufkraft, Stand Juni 2026, entsprechen 199,95 Dollar ungefähr 579 US-Dollar beziehungsweise rund 500 Euro. Die genannten 499,95 Dollar lägen bei etwa 1.447 heutigen US-Dollar oder rund 1.250 Euro. Die Anzeige belegt damit vor allem den späteren Abverkauf; als sicherer Einführungspreis des Educator 64 kann der genannte Listenpreis nicht gelten.

Acorn Archimedes A410 – angekündigt, verschoben, ersetzt

Zwischen dem Acorn Archimedes A310 und dem A440 klaffte 1987 eine beträchtliche Lücke. Der A310 brachte ein MByte Arbeitsspeicher und ein Diskettenlaufwerk mit, benötigte für eine Festplatte und mehrere Erweiterungskarten jedoch zusätzliche Hardware. Der A440 besaß dagegen vier MByte RAM, eine eingebaute 20-MByte-Festplatte und vier Erweiterungsplätze, kostete mit £2.641,60 einschließlich Mehrwertsteuer aber mehr als das Doppelte. Der angekündigte Archimedes A410 sollte genau dazwischenpassen: ausbaufähiger als der A310, aber ohne die teure Vollausstattung des A440.

Das von uns gezeigte Gerät ist ein Archimedes A440. Ein eindeutig dokumentiertes Seriengerät des A410 steht für eine Abbildung nicht zur Verfügung. Äußerlich hätte der A410 jedoch nahezu genauso ausgesehen, da beide Rechner auf derselben Gehäuseplattform der A400-Reihe aufgebaut wurden. Unterschiede hätte es vor allem bei der internen Ausstattung und der Laufwerksbestückung gegeben: Der A440 kam bereits mit Festplatte, beim A410 sollte sie erst bei Bedarf nachgerüstet werden.

Auf Acorns Preislisten erschien der A410 unter dem Produktcode AKB26. Vorgesehen waren ein MByte RAM, ein 3½-Zoll-Diskettenlaufwerk, ein auf der Hauptplatine untergebrachter ST506-Festplattencontroller und eine Rückwandplatine mit vier Steckplätzen für sogenannte Podules. Damit bezeichnete Acorn die eigenen Erweiterungskarten, vergleichbar mit ISA-Karten in damaligen PCs. Über solche Podules ließen sich beispielsweise Netzwerkanschlüsse, SCSI-Controller, MIDI-Schnittstellen oder weitere Spezialhardware ergänzen. Ein zusätzlicher Anschluss war für Koprozessor-Erweiterungen vorgesehen.

Eine Festplatte gehörte nicht zur Grundausstattung, konnte aber später intern eingebaut werden. Genau darin lag der Reiz des Modells: Der Käufer hätte die Erweiterungsbasis des A440 erhalten, ohne von Anfang an dessen Festplatte und vier MByte RAM bezahlen zu müssen. Für technische Büros, Hochschulen oder Anwender, die ihren Rechner schrittweise ausbauen wollten, war das eine nachvollziehbare Zusammenstellung.

Im Inneren sollte der A410 dieselbe grundlegende Archimedes-Architektur verwenden wie die übrigen Modelle der ersten Baureihe. Der mit 8 MHz betriebene ARM2 arbeitete mit Acorns Speichercontroller MEMC, dem Video- und Soundchip VIDC sowie dem Ein-/Ausgabebaustein IOC zusammen. Die Stärke des Systems lag weniger in einer hohen Taktfrequenz als im schlanken RISC-Befehlssatz und der engen Abstimmung der einzelnen Bausteine.

Für den Benutzer zeigte sich diese Architektur in einer schnellen grafischen Oberfläche, einem ungewöhnlich zügigen BBC BASIC und Programmen, die von der Rechenleistung des ARM-Prozessors Gebrauch machten. David Brabens frühes 3D-Spiel Zarch vermittelte davon einen anschaulicheren Eindruck als Acorns Werbeangaben zu ausgeführten Instruktionen pro Sekunde. Dreidimensionale Flächen bewegten sich mit einer Geschwindigkeit über den Bildschirm, die 1987 auf Heimcomputern keineswegs selbstverständlich war.

Einen fertigen A410 bekam die Fachpresse jedoch offenbar nicht zu sehen. Als Personal Computer World im August 1987 über die neue Archimedes-Baureihe berichtete, waren die Serienmodelle nach Angaben des Magazins noch nicht fertig. Acorn stellte stattdessen ein internes A500-Entwicklungssystem zur Verfügung. Die Zeitschrift sprach von „workstation power at personal computer prices“ – „Workstation-Leistung zu Preisen eines Personal Computers“. Das Lob galt damit der neuen Archimedes-Architektur und einem Entwicklungsrechner, nicht einem regulär ausgelieferten A410.

Acorn setzte für die A410-Basiseinheit einen Preis von £1.399 ohne Mehrwertsteuer an. Einschließlich Steuer wären £1.606,60 fällig geworden, mit Farbmonitor £1.836,60. Nach heutiger britischer Kaufkraft entspricht bereits die Basiseinheit ungefähr £5.870 beziehungsweise rund 6.730 Euro, Stand Juni 2026. Der A410 war somit kein gewöhnlicher Heimcomputer, sondern richtete sich an Käufer, die den Rechner als erweiterbaren Arbeitsplatz einsetzen wollten.

Nur kaufen ließ er sich offenbar nicht. In Acorns Unterlagen wurde seine Verfügbarkeit zunächst für das erste Quartal 1988 angekündigt. Im Januar 1988 verschob der Hersteller den Termin auf das zweite Quartal. Danach verschwand das Modell aus den Preislisten, während der A440 einen eigenen Prospekt erhielt und regulär angeboten wurde. Ein eindeutig belegter Verkauf des A410 oder ein erhaltenes Seriengerät ist bislang nicht bekannt. Interne Muster oder Vorserienrechner sind damit nicht ausgeschlossen, eine normale Auslieferung an Kunden lässt sich jedoch nicht nachweisen.

Warum Acorn den A410 nach zwei angekündigten Lieferterminen wieder fallen ließ, lässt sich heute nicht mehr sicher sagen. Für Käufer entstand dadurch eine auffällige Lücke im Programm. Wer mehr Erweiterungsmöglichkeiten als beim A310 benötigte, musste zum erheblich teureren A440 greifen oder den kleineren Rechner mit Backplane, Festplattenkarte und weiteren Komponenten aufrüsten.

Der A410 blieb damit eine angekündigte Konfiguration aus bereits vorhandenen Bausteinen. Prozessor, Gehäuse, Festplattencontroller und Erweiterungssystem existierten, wurden von Acorn aber offenbar nie in dieser Zusammenstellung als reguläres Serienmodell verkauft. Das unterscheidet ihn von klassischen Prototypen, bei denen häufig schon die grundlegende Technik experimentell blieb.

Im Mai 1989 kehrte die Modellnummer als Archimedes A410/1 zurück. Dabei handelte es sich nicht um einen verspätet ausgelieferten A410, sondern um das Einstiegsmodell der überarbeiteten A400/1-Reihe. Mit einem MByte RAM, Diskettenlaufwerk, vier Podule-Steckplätzen und vorbereitetem Festplattenanschluss übernahm er allerdings genau die Position, die Acorn zwei Jahre zuvor für den A410 vorgesehen hatte.

Anders als das ursprüngliche Modell kam der A410/1 tatsächlich in den Handel. Seine überarbeitete Hauptplatine, das inzwischen ausgereiftere Betriebssystem und seine späteren Aufrüstmöglichkeiten gehören jedoch zu einer eigenen Modellgeschichte. Für den A410 endete die Laufbahn bereits vorher: angekündigt im Sommer 1987, zweimal verschoben und schließlich durch einen Rechner ersetzt, der nur noch die Modellnummer und die vorgesehene Position im Programm übernahm.

Kaypro 1 (1985/86) – Die Nummer eins kam zum Schluss

Bei Kaypro musste man die Modellnummern nicht nur lesen, sondern gelegentlich entschlüsseln. Der erste transportable Computer des Unternehmens erschien 1982 als Kaycomp II und kurz darauf als Kaypro II. Danach folgten unter anderem Kaypro 4, Kaypro 10, Kaypro 2X und mehrere überarbeitete Varianten. Erst als die klassische CP/M-Baureihe bereits ihrem Ende entgegenging, stellte Kaypro ausgerechnet den Kaypro 1 vor. Die Nummer bezeichnete weder die erste Generation noch das einfachste technische Grundmodell der ursprünglichen Reihe. Sie stand an einem Punkt, an dem Kaypro bereits IBM-kompatible Rechner entwickelte und die bisherige 8-Bit-Architektur nur noch einen begrenzten Platz im Produktprogramm besaß.

Kaypro war aus dem 1952 von Andrew F. Kay gegründeten Messgerätehersteller Non-Linear Systems hervorgegangen. Kay, ein Ingenieur und Entwickler elektronischer Messinstrumente, reagierte Anfang der 1980er-Jahre auf den Erfolg des Osborne 1. Sein Unternehmen konstruierte einen transportablen CP/M-Rechner mit größerem Bildschirm, robustem Metallgehäuse und einer Softwareausstattung, die einen unmittelbar nutzbaren Arbeitsplatz ergeben sollte. Der Kaypro II traf damit auf einen Markt, in dem Käufer häufig nicht nur den Computer, sondern auch Textverarbeitung, Tabellenkalkulation und Programmiersprachen einzeln erwerben mussten. Das Unternehmen wuchs innerhalb kurzer Zeit vom Messgerätehersteller zu einem bekannten Anbieter professionell eingesetzter Mikrocomputer.

Der Kaypro 1 gehörte jedoch nicht mehr zu dieser frühen Wachstumsphase. Das technische Kaypro-Handbuch vom Juni 1985 führte ihn bereits als eigenes Modell auf. Im Januar 1986 beschrieb die Kaypro-Zeitschrift Profiles den Rechner als günstigstes System der Baureihe, und am 11. Februar 1986 berichtete die New York Times bereits über seine Einstellung. Ob die ersten Geräte noch 1985 oder erst zum Jahreswechsel in größerer Zahl ausgeliefert wurden, lässt sich anhand der derzeit vorliegenden Unterlagen nicht abschließend bestimmen. Gesichert ist eine auffallend kurze Marktphase.

Technisch enthielt der Rechner wenig, was Kaypro-Käufer nicht bereits von anderen Modellen kannten. Als Prozessor arbeitete ein Zilog Z80A mit 4 MHz. Ihm standen 64 KB RAM zur Verfügung, die unter CP/M 2.2 den üblichen maximalen Arbeitsspeicher dieser Systemklasse darstellten. Die Hauptplatine trug bei der im technischen Handbuch dokumentierten Ausführung die Bezeichnung 81-809-n. Für Programme und Daten besaß der Kaypro 1 zwei senkrecht eingebaute 5¼-Zoll-Laufwerke. Sie verwendeten doppelseitige Disketten mit doppelter Aufzeichnungsdichte und speicherten nach Kaypros eigener Angabe jeweils 390 KB.

Die beiden Halbhochlaufwerke unterschieden den Kaypro 1 äußerlich von mehreren Modellen mit waagerecht übereinander angeordneten Laufwerken. Kaypro kehrte damit zu einer Anordnung zurück, die bereits bei frühen Geräten verwendet worden war. Das war keine Rückkehr zur ursprünglichen Technik: Der erste Kaypro II hatte lediglich einseitige Disketten mit rund 191 KB pro Laufwerk verwendet. Der Kaypro 1 kombinierte das vertikale Erscheinungsbild mit der höheren Kapazität der späteren doppelseitigen Formate.

Der eingebaute, entspiegelte 9-Zoll-Bildschirm arbeitete mit grünem Phosphor und stellte 80 Zeichen in 25 Zeilen dar. Damit passte eine vollständige, für Geschäftsprogramme übliche Textzeile auf den Bildschirm. Die abnehmbare Tastatur besaß 72 Tasten in einer schreibmaschinenähnlichen Anordnung sowie 18 programmierbare Tasten. Für den Transport wurde sie vor dem Bildschirm befestigt und bildete gemeinsam mit dem Metallgehäuse den charakteristischen geschlossenen Kaypro-Koffer. Ein Handgriff machte daraus nach damaligem Sprachgebrauch einen tragbaren Computer – wobei „tragbar“ eher bedeutete, dass man ihn bewegen konnte, nicht dass man dies unbedingt gern über längere Strecken tat.

Für Drucker und Datenübertragung standen eine Centronics-kompatible Parallelschnittstelle und zwei RS-232C-Anschlüsse bereit. Ein internes Modem, eine Echtzeituhr und eine Festplatte fehlten. Die Hauptplatine gehörte jedoch zur Familie der späteren Kaypro-Universalplatinen. Untersuchungen erhaltener Geräte zeigen eine enge Verwandtschaft zur Platine des Kaypro 10 von 1984. Beim Kaypro 1 blieben verschiedene Baugruppen unbestückt oder wurden nicht genutzt; auf einzelnen bekannten Platinen ist ein Teil der Festplattenlogik dennoch vorhanden, obwohl das Gerät ohne Festplatte ausgeliefert wurde.

Diese Bauweise legt nahe, dass Kaypro vorhandene Konstruktionen und Bauteile möglichst wirtschaftlich weiterverwendete. Häufig wird der Kaypro 1 deshalb als Verwertung überschüssiger 8-Bit-Bestände beschrieben. Ein internes Dokument, in dem Kaypro ausdrücklich einen Lagerabverkauf als Entwicklungsziel nennt, ist bislang jedoch nicht bekannt. Belegbar ist nur, dass das Unternehmen aus einer bereits vorhandenen Platinenfamilie ein reduziertes Einstiegsmodell zusammenstellte, während die eigenen MS-DOS- und PC-kompatiblen Rechner zunehmend in den Vordergrund rückten.

Auch bei der Software unterschied sich der Kaypro 1 von den frühen Modellen. Kaypro hatte seinen Ruf nicht allein mit der Hardware aufgebaut. Der Kaypro II und seine Nachfolger wurden zeitweise mit Programmpaketen verkauft, deren Einzelpreise einen erheblichen Teil des Rechnerpreises ausgemacht hätten. Je nach Modell und Verkaufszeitraum gehörten Textverarbeitungen, Tabellenkalkulationen, Datenbanken, Programmiersprachen und kleinere Spiele zum Lieferumfang. Beim Kaypro 1 war dieses Paket bewusst zusammengestrichen.

Mitgeliefert wurden Perfect Writer, CP/M 2.2 und die üblichen Kaypro-Dienstprogramme. Perfect Calc, Perfect Filer, WordStar oder die bei anderen Modellen bekannten Spielprogramme gehörten nicht zur regulären Ausstattung. Profiles bezeichnete den Rechner deshalb ausdrücklich als „bare bones“-System – eine auf das Wesentliche reduzierte CP/M-Maschine. Kaypro vermarktete ihn vor allem als Textverarbeitung, als Terminal und als vorgeschaltetes System für die Kommunikation mit größeren Rechneranlagen.

Für kurze Zeit bot das Unternehmen außerdem ein Kaypro-1-Textverarbeitungspaket an. Dabei wurde der Rechner zusammen mit einem Gemini-Nadeldrucker zum gleichen Preis wie das normale Grundgerät angeboten. Dieses Paket zeigt deutlicher als jede spätere Einordnung, welche Aufgabe Kaypro dem Modell zugedacht hatte: Der Käufer sollte ein anschlussfertiges Schreibsystem erhalten, nicht einen besonders vielseitigen Heimcomputer oder eine neue technische Plattform.

Als Preis nannten Kaypros eigene Veröffentlichungen 995 US-Dollar. Nach dem amerikanischen Verbraucherpreisindex entspricht das im Mai 2026 einer Kaufkraft von rund 3.040 US-Dollar beziehungsweise, zum Referenzkurs vom Juni 2026 umgerechnet, ungefähr 2.640 Euro. Ein Bericht in Computerworld führte dagegen 1.295 Dollar an. Weshalb die beiden zeitnahen Preisangaben voneinander abweichen, lässt sich derzeit nicht sicher klären. Inflationsbereinigt entspräche der höhere Betrag rund 3.960 Dollar oder etwa 3.430 Euro. Für die reguläre Darstellung ist der mehrfach in Kaypros eigenen Publikationen genannte Preis von 995 Dollar die besser belegte Angabe.

Gegenüber einem IBM-kompatiblen Rechner bot der Kaypro 1 1985 und 1986 keinen Entwicklungspfad mehr. Seine Stärke lag in der vorhandenen CP/M-Software, der vollständigen Textdarstellung und dem geschlossenen Arbeitsplatz aus Rechner, Monitor, Laufwerken und Tastatur. Für Anwender, die bereits CP/M-Programme und passende Disketten besaßen, konnte dies weiterhin zweckmäßig sein. Neue Käufer mussten dagegen berücksichtigen, dass sich der geschäftlich genutzte Softwaremarkt zunehmend auf MS-DOS und IBM-Kompatibilität konzentrierte. Kaypro selbst bestätigte diese Richtung mit eigenen Rechnern auf Basis des Intel 8088 und später des 80286.

Das lackierte Metallgehäuse gehörte zu den bekanntesten Merkmalen der Kaypro-Reihe. Während der Osborne 1 ein Kunststoffgehäuse verwendete, setzte Kaypro auf einen kantigen Stahlkoffer, dessen Gestaltung häufiger mit militärischer Ausrüstung als mit einem eleganten Bürogerät verglichen wurde. Für die transportablen Kaypros kursierte deshalb der Spitzname „Darth Vader’s Lunchbox“. Als die New York Times im Februar 1986 über die Einstellung des Kaypro 1 berichtete, griff sie die leicht abgewandelte Formulierung „Darth Vader’s lunch bucket“ auf. Der Name war damit nicht nur eine spätere Sammleranekdote, sondern wurde bereits während der aktiven Kaypro-Zeit verwendet.

Wie verwirrend die Modellfamilie bis heute sein kann, zeigt ein erhaltenes Gerät aus einer amerikanischen Sammlung. Sein Gehäuse und Typenschild bezeichneten es als Kaypro 1, doch heruntergeladene Kaypro-1-Disketten ließen sich nicht verwenden. Beim Öffnen stellte sich heraus, dass im Inneren eine ältere Hauptplatine der Baureihe 81-294 und einseitige Laufwerke eingebaut waren. Auch die vorhandene Systemdiskette passte zu einem anderen Kaypro-Modell. Offenbar hatte ein früherer Besitzer aus dem Gehäuse eines Kaypro 1 und den Komponenten eines Kaypro 2/84 einen funktionierenden Rechner zusammengesetzt. Äußerlich stand dort eine „1“, technisch arbeitete darin eine „2“ – bei Kaypro war selbst eine solche Kombination kaum verwirrender als die offizielle Namensgebung.

Der Kaypro 1 war kein technischer Neubeginn und auch kein heimlicher Nachfolger der frühen Erfolgsmodelle. Er verband eine bekannte 4-MHz-Z80-Plattform mit zwei 390-KB-Laufwerken, einem 80×25-Zeichen-Bildschirm und einer auf Perfect Writer reduzierten Softwareausstattung. Das technische Handbuch dokumentierte ihn im Juni 1985, Profiles bewarb ihn im Januar 1986, und bereits am 11. Februar meldete die Presse sein Ende. Zwischen der Aufnahme in die technische Dokumentation und dem öffentlich bekannt gewordenen Aus lagen damit kaum acht Monate.

Aquarius II (1984) – Mattels Heimcomputer ohne Mattel

Picture is taken from https://history.blueskyrangers.com/

Als der Aquarius II fertig entwickelt war, stand Mattel Electronics bereits vor dem Ende. Der Rechner sollte die Schwächen seines Vorgängers beseitigen, erreichte den Markt jedoch erst, als die ursprüngliche Vertriebsstruktur bereits zusammengebrochen war.

Als Mattel 1983 den Vorgänger Aquarius auf den Markt brachte, fiel die Resonanz verhalten aus. Die Fachpresse kritisierte vor allem die Gummitastatur, den knappen Speicher und die begrenzten Grafikmöglichkeiten. Dabei gerät leicht in Vergessenheit, dass Mattel den Rechner nicht selbst entwickelt hatte. Hinter dem Projekt stand das Hongkonger Unternehmen Radofin Electronics, das bereits Intellivision-Konsolen für Mattel fertigte und intern an einem eigenen Heimcomputerkonzept arbeitete. Dieses trug den Codenamen Checkers. Parallel entstand bereits ein Nachfolger mit dem Namen Chess, aus dem später der Aquarius II hervorgehen sollte.

Der Rechner entstand in einer Phase, in der Mattel Electronics bereits ums Überleben kämpfte. Ende 1983 schrieb die Elektroniksparte hohe Verluste, mehrere Projekte waren gescheitert, und die Folgen des nordamerikanischen Videospielcrashs trafen das Unternehmen mit voller Wucht. Während in den Büros der Blue Sky Rangers bereits Stellen gestrichen wurden, arbeitete Radofin weiter an einer verbesserten Version des Aquarius. Als Mattel Electronics am 20. Januar 1984 endgültig geschlossen wurde, war der Rechner praktisch fertig.

Der Aquarius II sollte vor allem die größten Schwächen seines Vorgängers beseitigen. Das beginnt bereits beim ersten Blick auf das Gehäuse. Die berüchtigte Gummitastatur verschwand zugunsten einer vollwertigen Schreibmaschinentastatur mit mechanischen Tasten. Allein diese Änderung verlieh dem Rechner ein deutlich professionelleres Erscheinungsbild. Radofin selbst betrachtete die ursprüngliche Gummitastatur übrigens keineswegs als Notlösung, sondern als einen Kompromiss zwischen Preis und Zuverlässigkeit. In der Praxis überzeugte diese Sichtweise jedoch nur wenige Anwender. Der Aquarius II korrigierte diesen Fehler konsequent.

Im Inneren arbeitete weiterhin ein Zilog Z80A mit 3,5 MHz. Die Grundarchitektur blieb weitgehend unverändert. Standardmäßig standen nun 20 KB RAM zur Verfügung – bestehend aus den bekannten 4 KB Hauptspeicher und einem mitgelieferten 16-KB-RAM-Modul. Außerdem wanderte das bisher als Steckmodul erhältliche Microsoft Extended BASIC direkt ins ROM. Dadurch standen Befehle wie DRAW, CIRCLE oder LINE sofort nach dem Einschalten bereit.

Jahrzehnte später erinnerte sich der damalige Radofin-Präsident Lori Scott an diese Entwicklungsphase. Seinen Aussagen zufolge bezeichnete Radofin den ursprünglichen Aquarius intern als Checkers, während Chess den geplanten Nachfolger bezeichnete. Gleichzeitig machte Scott deutlich, dass der Aquarius II nie als völlig neuer Rechner gedacht gewesen sei, sondern als verbesserte und vollständig kompatible Weiterentwicklung des ursprünglichen Systems.

Technisch blieb der Rechner eng mit seinem Vorgänger verwandt. Die Grafikfähigkeiten des Aquarius II werden in späteren Veröffentlichungen teilweise unterschiedlich beschrieben. Das britische Magazin Your Computer erklärte 1984 ausdrücklich, dass die oft genannte Auflösung von 320 × 192 Bildpunkten nicht bedeutete, dass diese Pixel einzeln adressierbar seien. Die hohe Auflösung entstand vielmehr durch die geschickte Nutzung der Teletext-Grafikzeichen des Systems. Die tatsächliche Grafikleistung lag damit deutlich näher am ursprünglichen Aquarius als an Computern wie dem ZX Spectrum oder Commodore 64.

Diese Einschätzung deckt sich mit den Aussagen Scotts. Nach seinen Erinnerungen war der Aquarius II nie als völlig neuer Rechner gedacht. Er bezeichnete ihn als „big brother“ des ursprünglichen Aquarius. Die vollständige Kompatibilität zur bestehenden Software und zu den vorhandenen Erweiterungen war dabei ein zentrales Entwicklungsziel. Gleichzeitig bestätigte Scott, dass einige der später oft genannten Grafikverbesserungen nie in die tatsächlich verkaufte Version übernommen wurden. Wahrscheinlich existierten entsprechende Pläne für frühe Entwicklungsstufen des Chess-Projekts, erreichten jedoch nie die Serienfertigung. Damit erklärt sich auch, warum verschiedene Quellen den Rechner teilweise unterschiedlich beschreiben.

Die oft anzutreffende Aussage, der Rechner sei nie veröffentlicht worden, lässt sich anhand mehrerer Quellen nicht aufrechterhalten. Tatsächlich testete Your Computer bereits im April 1984 ein Seriengerät. Anzeigen aus Großbritannien und Frankreich belegen ebenfalls den Verkauf. Nach der Schließung von Mattel fielen die Rechte an Radofin zurück, das die bereits produzierten Geräte über europäische Vertriebspartner vermarktete. Die genaue Produktionszahl ist allerdings unbekannt. In Sammlerkreisen kursieren Schätzungen von etwa 10.000 Geräten, eine zeitgenössische Quelle für diese Zahl konnte bislang jedoch nicht nachgewiesen werden.

Radofin plante außerdem ein deutlich umfangreicheres Ökosystem. Neben RAM-Erweiterungen existierten Drucker, Modems, Joysticks und ein sogenanntes Quick Disk Drive. Dieses Laufwerk nutzte die damals populären Quick-Disks und sollte laut Dokumentation bis zu 102,4 KB pro Medium speichern. Auch eine spätere CP/M-Unterstützung wurde angekündigt. Ob diese jemals in nennenswertem Umfang ausgeliefert wurde, lässt sich heute nicht mehr eindeutig nachweisen.

Die Fachpresse reagierte deutlich freundlicher als beim ursprünglichen Modell. Das britische Magazin Your Computer urteilte:

"At £80, a games machine well worth considering and a vast improvement over the Aquarius I."

(„Für 80 Pfund ein durchaus empfehlenswerter Spielerechner und eine enorme Verbesserung gegenüber dem Aquarius I.“)

Das Urteil passt zu den technischen Änderungen gegenüber dem ursprünglichen Aquarius. Der Rechner beseitigte mehrere der am häufigsten genannten Kritikpunkte am ursprünglichen Modell, ohne dessen Stärken – einfache Bedienung, BASIC-Kompatibilität und günstigen Preis – aufzugeben.

Dennoch kam die Verbesserung zu spät. 1984 war der Heimcomputermarkt ein anderer als noch ein Jahr zuvor. Der Commodore 64 hatte sich etabliert, der ZX Spectrum 48K war fest im Markt verankert, der Atari 800XL bot deutlich mehr Speicher und nur wenige Wochen später erschien der Amstrad CPC 464 mit Monitor und Kassettenlaufwerk als Komplettpaket. Gegen diese Konkurrenz wirkte selbst der verbesserte Aquarius II konservativ.

Die Geschichte des Aquarius II lässt sich kaum von den Ereignissen bei Mattel Electronics trennen. Während Radofin die technischen Schwächen des ursprünglichen Modells beseitigte, verschwand die Elektroniksparte des Spielwarenkonzerns bereits aus dem Markt. Dadurch gelangte der Rechner zwar noch in den europäischen Handel, blieb jedoch deutlich weniger verbreitet als Systeme wie Commodore 64, ZX Spectrum oder Atari 800XL. Gerade deshalb gehört der Aquarius II heute zu den interessanteren Randkapiteln der Heimcomputergeschichte: nicht wegen technischer Rekorde oder hoher Verkaufszahlen, sondern weil sich an ihm der Zusammenbruch von Mattel Electronics und die letzten Versuche Radofins, die Aquarius-Plattform weiterzuführen, besonders gut nachvollziehen lassen.

Technische Daten

Merkmal Daten
Hersteller Radofin Electronics
Erscheinungsjahr 1984
CPU Zilog Z80A, 3,5 MHz
RAM 4 KB intern + 16 KB Erweiterung
ROM 12 KB
BASIC Microsoft Extended BASIC
Textmodus 40 × 24 Zeichen
Grafik Teletext-basierte Grafik, beworben mit 320 × 192
Sound 1 Kanal
Datenspeicher Kassette, Quick Disk Drive (optional)
Preis £80–99

Historischer Preis

Der Aquarius II wurde 1984 je nach Markt für etwa 80 bis 99 Pfund Sterling angeboten. Dies entspricht heute – inflationsbereinigt (Stand Juni 2026) – ungefähr 290 bis 420 Euro. Damit bewegte sich der Rechner preislich unter vielen Komplettsystemen seiner Zeit, traf jedoch auf einen Markt, der bereits von deutlich leistungsfähigeren Heimcomputern geprägt war.