Bit-60: Der Heimcomputer auf Basis des Atari 2600

Wer den Bit-60 zum ersten Mal einschaltet, erlebt keinen klassischen Heimcomputerstart – sondern etwas, das sich eher wie eine Spielkonsole mit angeflanschter Tastatur anfühlt. Und genau das ist der Kern dieses Systems. Die taiwanische Bit Corporation Bit Corporation verfolgte 1983 keinen üblichen Ansatz, sondern setzte auf eine Kombination, die auf dem Papier logisch wirkte: die riesige Spielebibliothek des Atari 2600 nutzen und gleichzeitig einen günstigen Einstieg in die Welt der Heimcomputer bieten.

Technisch bedeutete das jedoch keinen vollwertigen Rechner im Sinne der damaligen Platzhirsche wie dem Commodore 64 oder dem ZX Spectrum, sondern ein System, das tief in der Architektur des Atari VCS verwurzelt blieb. Herzstück war eine 6502-abgeleitete CPU in Form des 6507, kombiniert mit der TIA-Logik. Diese Grundlage definierte die Möglichkeiten – und vor allem die Grenzen. Es existierte kein klassischer Bildspeicher und keine frei adressierbare Bitmap-Grafik. Stattdessen wurde das Bild während des laufenden Aufbaus erzeugt, Zeile für Zeile, gesteuert durch exaktes Timing. Angaben wie 156 × 192 Bildpunkte sind daher nur Näherungen eines Systems, das nicht mit einem klassischen Framebuffer arbeitete.

Auch die oft zitierte Farbpalette von bis zu 128 Farben ist eher theoretischer Natur. In der Praxis bestimmte die TIA-Logik, wie viele Farben gleichzeitig und in welcher Kombination darstellbar waren. Wer mehr wollte, musste tricksen – und zwar mit genau abgestimmten Registeränderungen während des Bildaufbaus. Genau hier zeigt sich der fundamentale Unterschied zu den klassischen Heimcomputern der Zeit: Während man auf einem Commodore 64 Pixel direkt setzen konnte, musste der Bit-60 das Bild gewissermaßen „erzählen“, während es entstand.

Diese Eigenart spiegelt sich unmittelbar im integrierten BASIC wider. Die Bit Corporation setzte statt eines lizenzierten Microsoft BASIC auf einen eigenen, kompakten BASIC-Dialekt im ROM. Der Funktionsumfang orientierte sich an den üblichen Befehlen – PRINT, INPUT, GOTO, FOR...NEXT – ergänzt um CSAVE und CLOAD für die Kassettennutzung sowie die unverzichtbaren PEEK- und POKE-Befehle. Letztere waren kein optionales Feature, sondern praktisch zwingend notwendig, um überhaupt sinnvoll mit der Hardware arbeiten zu können. Grafik und Sound wurden nicht über komfortable Routinen gesteuert, sondern durch direkte Manipulation der zugrunde liegenden Register.

Die Eingabe erfolgte über eine kompakte Tastatur mit rund 40 bis 50 Tasten, je nach Variante meist als Gummitastatur ausgeführt. Eine spezielle SHIFT-Logik erlaubte es, BASIC-Befehle direkt über Tastenkombinationen aufzurufen – ein Ansatz, der stark an den Spectrum erinnerte und vor allem Speicher sparen sollte. Varianten mit stabilerer Tastatur deuten darauf hin, dass das Gerät in unterschiedlichen Ausführungen für verschiedene Märkte produziert wurde.

Ein besonders interessanter Aspekt ist die Speicherorganisation, die lange für widersprüchliche Angaben gesorgt hat. Im reinen Spielbetrieb verhielt sich der Bit-60 wie ein Atari 2600 und nutzte dessen extrem knappen Speicher von lediglich 128 Byte. Erst im BASIC-Betrieb wurde zusätzlicher RAM aktiviert, der typischerweise etwa 2 KB umfasste und für Programme sowie Variablen zur Verfügung stand. Diese Dualität erklärt die stark voneinander abweichenden technischen Angaben in vielen Quellen und verdeutlicht zugleich den hybriden Charakter des Systems.

Preislich wurde der Bit-60 je nach Markt und Ausstattung meist im Bereich von etwa 298 bis 398 DM positioniert und lag damit deutlich unterhalb leistungsfähiger Heimcomputer, aber oberhalb reiner Spielkonsolen. Inflationsbereinigt entspricht dies heute grob einem Bereich von 300 bis 500 Euro. Die Konstruktion folgte dabei klar dem Kostenansatz: leichtes Kunststoffgehäuse, einfache Komponenten und eine funktionale, aber nicht hochwertige Verarbeitung.

Das eigentliche Problem lag jedoch nicht allein in der Technik, sondern auch im Zeitpunkt der Veröffentlichung. 1983 brach der Markt für Videospiele insbesondere in Nordamerika massiv ein, und mit ihm verlor die Atari-2600-Kompatibilität ihren größten Vorteil. Ein System, dessen Hauptargument der Zugriff auf genau diese Spielebibliothek war, stand plötzlich ohne tragfähige Grundlage da. In Europa und Teilen Asiens waren die Folgen des sogenannten „Video Game Crash“ zwar weniger drastisch, doch auch dort verschob sich das Interesse zunehmend hin zu leistungsfähigeren Heimcomputern. In der Folge blieb die Verbreitung des Bit-60 begrenzt, insbesondere außerhalb Asiens, wo das System meist nur über kleinere Importeure oder Versandhäuser erhältlich war.

Der Bit-60 ist damit kein typischer Vertreter seiner Zeit, sondern eher ein Grenzgänger zwischen zwei Welten, die sich gerade auseinanderentwickelten. Er zeigt sehr deutlich, dass die Idee, Konsole und Computer zu verbinden, technisch möglich war – wirtschaftlich jedoch nur unter den richtigen Bedingungen funktionieren konnte. Und genau diese Bedingungen waren 1983 bereits im Begriff zu verschwinden.

Poly-88: Die Brücke zwischen S-100-Experiment und Personal Computer

Ein kompaktes Metallgehäuse, darin dicht hintereinander gesteckte Leiterkarten, ein Bildschirm, der Zeichen für Zeichen aufbaut – und ein Benutzer, der nicht nur Programme ausführt, sondern versteht, was im Inneren geschieht. So lässt sich die Welt beschreiben, in der der Poly-88 Mitte der 1970er Jahre seinen Platz findet.

Zu diesem Zeitpunkt beginnt sich der Mikrocomputer gerade erst zu definieren. Ein entscheidender Ausgangspunkt ist der Altair 8800, der 1975 vorgestellt wurde. Dieses System gilt als einer der ersten kommerziell erfolgreichen Mikrocomputer und wurde vor allem als Bausatz vertrieben. Seine Bedeutung lag weniger in der unmittelbaren Bedienbarkeit als in seiner Architektur: Erweiterungskarten wurden über ein gemeinsames Stecksystem verbunden, wodurch sich der Rechner flexibel ausbauen ließ.

Genau dieses Prinzip greift der Poly-88 auf – und führt es einen Schritt weiter.

Das sogenannte S-100 Bus-System, das aus dem Altair hervorging, entwickelte sich rasch zu einem inoffiziellen Industriestandard. Hersteller konnten eigene Karten entwerfen – Speicher, Schnittstellen, Erweiterungen – und wussten, dass sie in bestehende Systeme passten. Diese Offenheit machte den Bus zur Grundlage eines frühen Hardware-Ökosystems, auf dem sich unterschiedliche Ansätze entwickeln konnten.

PolyMorphic Systems entstand genau in diesem Umfeld. Bevor überhaupt an einen eigenen Computer gedacht wurde, produzierte das Unternehmen Erweiterungskarten für Altair-Systeme. Der Schritt zum Poly-88 war also kein Sprung ins Unbekannte, sondern eine logische Konsequenz: Wer die Bausteine liefert, kann irgendwann das ganze System bauen.

Doch genau hier zeigt sich eine Verschiebung im Denken.

Während typische S-100-Rechner wie der Altair oder Systeme wie der IMSAI weiterhin als offene Baukästen mit Frontpanel und Schalterlogik konzipiert waren, geht der Poly-88 einen anderen Weg. Die Karten werden nicht mehr klassisch nebeneinander in einer großen Backplane angeordnet, sondern hintereinander in ein kompaktes Gehäuse integriert. Mit nur fünf Steckplätzen wirkt das System auf den ersten Blick eingeschränkt – tatsächlich markiert diese Entscheidung jedoch einen Übergang: weg vom beliebig erweiterbaren Experimentiergerät, hin zu einem stärker definierten, zusammenhängenden System.

Diese Veränderung ist nicht nur mechanisch, sondern auch philosophisch.

Das Handbuch formuliert den Anspruch ungewöhnlich offen:

„The POLY 88 system is designed to be, not only a powerful problem-solver, but also a source of satisfaction and enjoyment.“
(„Das POLY-88-System ist nicht nur als leistungsfähiger Problemlöser gedacht, sondern auch als Quelle von Zufriedenheit und Freude.“)

Der Rechner soll nicht nur funktionieren – er soll verstanden und erlebt werden. Entsprechend beginnt das Manual nicht mit Einschaltanweisungen, sondern mit einer Einführung in Zahlensysteme, Speicherstrukturen und Maschinenlogik. Der Benutzer wird nicht als Konsument betrachtet, sondern als jemand, der die Abläufe im Inneren nachvollziehen soll:

„Computer users should be able to picture in their minds what the computer is going through…“
(„Computeranwender sollten sich im Geiste vorstellen können, was im Inneren des Computers vor sich geht…“)

Diese Haltung blieb auch zeitgenössischen Beobachtern nicht verborgen. Der Informatiker Jef Raskin beschrieb den Umgang mit dem System in Dr. Dobb’s Journal mit den Worten:

„Sheer joy, my friends, sheer joy.“
(„Reine Freude, meine Freunde, nichts als Freude.“)

Diese Begeisterung entsteht nicht durch rohe Leistung, sondern durch Bedienbarkeit. Der Poly-88 verzichtet weitgehend auf das klassische Frontpanel mit Kippschaltern und LEDs und verlagert die Interaktion in Software: Tastatur, Bildschirm und ein Monitor-Programm übernehmen die Steuerung. Der Benutzer arbeitet nicht mehr gegen die Maschine, sondern mit ihr.

Technisch basiert der Rechner auf dem Intel-8080A-Prozessor, einem Baustein, der weniger durch seine Verbreitung im Massenmarkt als durch seine strukturelle Bedeutung auffällt. Während spätere Prozessoren wie der MOS Technology 6502 oder der Zilog Z80 den Heimcomputermarkt dominieren sollten, legte der 8080 die Grundlage für viele dieser Systeme. Im Poly-88 arbeitet er mit etwa 2 MHz und adressiert einen 16-Bit-Adressraum von bis zu 64 KB.

Einstiegskonfigurationen konnten bereits mit 4 KB RAM betrieben werden, während 8 KB als praxisnah galten, insbesondere im Zusammenspiel mit BASIC. Über das S-100-System ließ sich der Speicher schrittweise bis zur architektonischen Grenze erweitern.

Der Speicher selbst wurde dabei nicht als abstrakter Raum verstanden, sondern als physischer Zustand elektronischer Schaltungen:

„When you store a data quantity in the POLY 88, you are actually manipulating the states of many such devices.“
(„Wenn Sie Daten im POLY-88 speichern, verändern Sie tatsächlich die Zustände zahlreicher solcher Bauelemente.“)

Auch softwareseitig zeigte sich ein deutlicher Schritt in Richtung eines nutzbaren Systems. Der im ROM integrierte Monitor – häufig als „Famous 4.0“ bezeichnet – übernahm die grundlegende Steuerung von Tastatur, Bildschirm und Kassettensystem.

Darauf aufbauend spielte BASIC eine zentrale Rolle, allerdings in einer Form, die sich bewusst von der damals aufkommenden Dominanz Microsofts unterschied. Während Microsoft BASIC auf dem Altair zum De-facto-Standard wurde, setzte PolyMorphic Systems auf eine eigene Implementierung, die eng mit der integrierten Video-Hardware verzahnt war.

Für fortgeschrittene Anwender standen zudem Assembler-Werkzeuge zur Verfügung. In erweiterten Konfigurationen ließ sich das System durch zusätzliche S-100-Karten sogar in die Welt von CP/M überführen.

Ein besonders interessanter Aspekt ist die Darstellungsgrafik. Der Poly-88 verfügte über keinen klassischen Bitmap-Modus, nutzte jedoch eine zeichenbasierte Mosaiktechnik. Der Bildschirm arbeitete mit 64 Zeichen pro Zeile bei 16 Zeilen, wobei jedes Zeichen intern in sechs Subpixel unterteilt war. Daraus ergab sich eine effektive Darstellung von etwa 128 × 48 Bildelementen.

Eines der auffälligeren Programme ist Beast, ein frühes Action-Puzzle, das die Möglichkeiten dieser Darstellung eindrucksvoll nutzte.

Der Alltag war dennoch von Einschränkungen geprägt. Programme wurden meist von Kassette geladen – entweder im Kansas City Standard oder in schnelleren proprietären Formaten. Diskettenlaufwerke waren möglich, jedoch nicht Bestandteil der Grundausstattung.

Zeitgenössische Anzeigen – unter anderem im Umfeld des Byte Magazine – zeigen deutlich, dass der Poly-88 als modulare Plattform vermarktet wurde. Konfigurationen wie „System 0“ (ca. 525 US-Dollar), „System 7“ (ca. 1.750 US-Dollar) oder „System 16“ (bis etwa 2.250 US-Dollar) verdeutlichen die Spannweite.

Inflationsbereinigt entspricht dies heute ungefähr einem Bereich von rund 3.000 Euro bis hin zu etwa 11.000–12.000 Euro. Damit bewegte sich der Poly-88 klar im Segment ernsthafter Investitionsgüter.

Im Vergleich dazu wirkten Systeme wie der Altair weiterhin wie experimentelle Baukästen, während später erscheinende Rechner wie der Apple II den entgegengesetzten Weg einschlugen: stärker integriert, benutzerfreundlicher, aber weniger offen in ihrer Architektur. Der Poly-88 steht genau zwischen diesen beiden Ansätzen – technisch noch Teil der S-100-Welt, konzeptionell jedoch bereits auf dem Weg zum Personal Computer.

Zu den Verkaufszahlen existieren keine gesicherten Gesamtwerte. Seine Bedeutung liegt daher weniger im kommerziellen Erfolg als in seiner konzeptionellen Rolle.

Der Poly-88 markiert einen Übergang. Zwischen offenen Systemen und integrierten Computern, zwischen Ingenieurwerkzeug und persönlichem Gerät.

Und genau darin liegt seine eigentliche historische Einordnung.

Video Technology Laser 50 – Wenn BASIC in die Jackentasche wanderte

Es ist Mitte der 1980er Jahre, und während Systeme wie der Commodore 64 oder der ZX Spectrum den heimischen Schreibtisch erobern, verfolgt ein Hersteller aus Hongkong einen anderen Ansatz: Computer sollen nicht nur zu Hause stehen, sondern überallhin mitgenommen werden können – und vor allem eines tun: Programmieren lehren. In genau diesem Spannungsfeld entsteht der Video Technology Laser 50, ein Gerät, das sich selbstbewusst als „BASIC learning tool that teaches you BASIC“ bezeichnete.

Hergestellt wurde der Rechner von VTech, einem Unternehmen, das in den 1980er Jahren sowohl im Bereich preisgünstiger Lernsysteme als auch bei kompatiblen Heimcomputern aktiv war. Der Laser 50 erschien um 1984/85 und wurde je nach Markt unterschiedlich vertrieben – in Frankreich etwa unter der Bezeichnung „Laser One“. Technisch blieb das System dabei unverändert, doch die Umbenennung unterstreicht die Positionierung als Einsteigergerät.

Auf den ersten Blick wirkt der Laser 50 eigenwillig. Statt eines klassischen Bildschirms besitzt er ein einzeiliges LCD mit lediglich 16 Zeichen. Programme müssen daher horizontal durch den Text scrollen, was die Arbeit verlangsamt und eine gewisse Disziplin beim Programmieren erfordert. Im Inneren arbeitet ein Z80-kompatibler Prozessorkern, allerdings nicht als klassischer Einzelchip. Während Systeme wie der Sinclair ZX81 noch klar getrennte Komponenten für CPU, RAM und ROM zeigen, setzt der Laser 50 auf eine stark integrierte Bauweise. Prozessorfunktion, Tastatursteuerung und Displaylogik sind in wenigen spezialisierten Bausteinen zusammengefasst – ein Ansatz, der Kosten spart, aber zugleich Einblicke und Erweiterungen erschwert.

Der Arbeitsspeicher beträgt lediglich 2 Kilobyte RAM, was den verfügbaren Spielraum deutlich begrenzt. Über einen Erweiterungsanschluss lässt sich der Speicher jedoch auf bis zu 16 Kilobyte ausbauen, wodurch sich komplexere Programme realisieren lassen. Trotz dieser Einschränkung war das System in der Lage, bis zu zehn BASIC-Programme gleichzeitig zu verwalten. Diese blieben im Speicher erhalten, solange die Stromversorgung nicht vollständig unterbrochen wurde – ein Detail, das im Alltag überraschend praktisch war.

Der Laser 50 versteht sich klar als Lernsystem. Das Handbuch wird in zeitgenössischen Beschreibungen als besonders zugänglich und praxisnah geschildert, mit zahlreichen Beispielprogrammen und erklärenden Abschnitten. Ergänzt wird dies durch einen Trace-Modus, der Programme schrittweise ausführt und so den Ablauf einzelner Befehle sichtbar macht. Variablen lassen sich dabei beobachten, was das Verständnis von Programmstrukturen erleichtert. Für ein Gerät dieser Größenklasse ist das bemerkenswert konsequent umgesetzt.

Im praktischen Einsatz treten jedoch schnell die Grenzen zutage. Die Tastatur ist vollständig, aber ungewöhnlich angeordnet; insbesondere die Position der Leertaste verlangt Eingewöhnung. Hinzu kommt eine technische Einschränkung, die sich im Alltag bemerkbar macht: Das System verarbeitet Eingaben nur bis zu einer Geschwindigkeit von etwa 20 Wörtern pro Minute zuverlässig. Schnellere Eingaben führen zu ausgelassenen oder doppelt registrierten Zeichen – ein Effekt, der den Arbeitsfluss spürbar beeinflussen kann.

Neben dem Computerbetrieb verfügt der Laser 50 über einen integrierten Taschenrechner-Modus mit wissenschaftlichen Funktionen. Diese Kombination aus Programmierumgebung und Rechenwerkzeug verdeutlicht die Zielgruppe: Schüler, Einsteiger und Anwender, die unterwegs einfache Berechnungen durchführen oder kleine Programme nutzen wollten. Zubehör wie Kassettenrekorder, Thermodrucker oder sogar ein vierfarbiger Plotter erweiterten die Einsatzmöglichkeiten, auch wenn solche Peripherie vermutlich nur von einem kleinen Teil der Nutzer tatsächlich eingesetzt wurde.

Preislich bewegte sich der Laser 50 nach zeitgenössischen Einschätzungen im Bereich von etwa 100 bis 150 US-Dollar, was inflationsbereinigt heute ungefähr 280 bis 450 Euro entspricht. Damit lag er deutlich unter klassischen Heimcomputern, aber über einfachen Taschenrechnern – eine Zwischenposition, die seine Rolle im Markt treffend beschreibt.

Im Vergleich zu tragbaren Systemen wie dem TRS-80 Pocket Computer zeigt sich, dass der Laser 50 zwar komfortabler zu bedienen war, jedoch nicht die Leistungsfähigkeit eines vollwertigen Heimcomputers erreichte. Gleichzeitig fehlte ihm eine breitere Softwarebasis, was seine langfristige Nutzung einschränkte.

Über das Gerät selbst ist heute nur wenig dokumentiert. Zeitgenössische Testberichte sind selten, technische Unterlagen nur fragmentarisch erhalten. Ein Großteil des Wissens basiert auf erhaltenen Geräten, Handbüchern und späteren Analysen durch Sammler. Diese lückenhafte Quellenlage ist jedoch kein Zufall, sondern typisch für eine Geräteklasse, die eher als Lernwerkzeug denn als Plattform für eine wachsende Softwarekultur gedacht war.

Der Laser 50 ist damit kein System, das durch Leistung oder Verbreitung auffiel, sondern eines, das einen sehr spezifischen Ansatz verfolgte: Programmieren zugänglich zu machen, ohne die Hürde eines großen, teuren Heimcomputers. Gerade diese Zwischenstellung macht ihn heute interessant – als Zeugnis einer Phase, in der Computer klein genug wurden, um sie mitzunehmen, aber noch weit davon entfernt waren, universell einsetzbar zu sein.

Power Mac G4 Cube – Apples lautloser Würfel und das Risiko einer neuen Geräteklasse

Source: https://www.mac27.net/power-mac-g4-cube

Es war einer dieser Momente, wie sie Steve Jobs über Jahre hinweg perfektioniert hatte. Apple-Präsentationen waren für ihn nie bloße Produktvorstellungen gewesen – sie waren Inszenierungen, bewusst aufgebaute Dramaturgien, bei denen das Publikum nicht nur informiert, sondern regelrecht verführt werden sollte.

Die Zuschauer wussten das. Und sie erwarteten es auch. Wenn Jobs die Bühne betrat, ging es nicht allein um technische Daten oder Modellpflege. Es ging um den nächsten Schritt, um die Frage, welchen Stempel Cupertino der Computerwelt diesmal aufdrücken würde.

Der berühmte Moment, das kurze Innehalten, die scheinbar beiläufige Ankündigung – „but there’s one more thing“ – war längst zu einem Ritual geworden. Ein Versprechen, dass hinter dem Vorhang noch etwas wartete, das über das Erwartbare hinausging.

Genau in diesem Spannungsfeld wurde im Sommer 2000 der Apple Power Mac G4 Cube vorgestellt.

Es war einer dieser Momente, wie sie Steve Jobs nur selten inszenierte – und wenn, dann mit maximaler Wirkung. Auf der Bühne der Macworld im Sommer 2000 stand zunächst nichts weiter als eine Idee im Raum, formuliert in einem jener Sätze, die zugleich Vision und Versprechen waren:

„we are combining the power of the Power Mac G4 […] with the desktop elegance, the silence and the miniaturization that we learned from doing the iMac to make a whole new class of machine“
(„Wir kombinieren die Leistung des Power Mac G4 mit der Eleganz, der Lautlosigkeit und der Miniaturisierung des iMac, um eine völlig neue Klasse von Computern zu schaffen.“)

Es war mehr als nur eine Produktankündigung. Jobs sprach nicht von einem neuen Modell, sondern ausdrücklich von einer „new class of machine“ – ein Anspruch, der weit über die Technik hinausging. Apple wollte hier keinen bestehenden Markt bedienen, sondern ihn erweitern.

Dann folgte die Verdichtung dieser Idee in eine physische Form:

„we have miniaturized all that power into something this size […] an 8 inch cube“
(„Wir haben all diese Leistung in etwas von dieser Größe miniaturisiert […] einen 8-Zoll-Würfel.“)

Ein kompletter Power Mac G4, reduziert auf ein Volumen, das eher an ein Designobjekt erinnerte als an einen klassischen Rechner. Und als wäre das nicht genug, setzte Jobs noch einen weiteren Akzent:

„all this power in an 8 inch cube has cooled without a fan […] so it runs in virtual silence“
(„All diese Leistung in einem 8-Zoll-Würfel wird ohne Lüfter gekühlt […] und läuft praktisch lautlos.“)

Als der Rechner schließlich enthüllt wurde, fiel der vielleicht programmatischste Satz des gesamten Auftritts:

„quite possibly the most beautiful product we’ve ever designed“
(„Möglicherweise das schönste Produkt, das wir je entworfen haben.“)

Und tatsächlich – der Cube war weniger ein Computer im klassischen Sinne als vielmehr ein bewusst inszeniertes Objekt. Ein System, das nicht unter dem Schreibtisch verschwand, sondern sichtbar wurde.

Während der Applaus noch nachhallte, begann hinter den Kulissen jedoch bereits eine Geschichte, die deutlich weniger makellos verlief.

Die Form selbst war kein Zufall. Wer genau hinsah, erkannte eine Linie zurück zu NeXT – jenem Unternehmen, das Jobs nach seinem Weggang von Apple gegründet hatte. Dessen Rechner, später als NeXTcube bekannt, folgten bereits einer ähnlichen geometrischen Klarheit. Jobs bestätigte später knapp: „Yes, we did one before.“

Doch der Unterschied war entscheidend. Während der NeXTcube noch als klassisches Arbeitsgerät gedacht war, wurde der Cube bewusst als Objekt gestaltet – als ein System, das sichtbar auf dem Schreibtisch stand. Jobs beschrieb ihn sinngemäß als „brain in a beaker“ – ein sichtbar gemachtes, konzentriertes System.

Der Weg dorthin war jedoch alles andere als trivial. Die transparente Hülle war das Ergebnis monatelanger Entwicklung. Jobs ließ durchblicken, dass es ein halbes Jahr dauerte, allein die exakte Materialzusammensetzung für das Gehäuse zu entwickeln. Statt klassischem Spritzguss setzte Apple zusätzlich auf präzise Nachbearbeitung – Bohrungen und Lüftungsöffnungen wurden nachträglich gefräst, um die gewünschte optische Klarheit zu erreichen.

Dieser Aufwand war kein Selbstzweck. Apple hatte bereits mit dem iMac gelernt, dass Material und Erscheinung Teil der Produktidentität waren. Der Cube führte diesen Ansatz konsequent fort.

Und doch zeigte sich bereits in dieser Phase ein grundlegendes Problem. Kurz vor der Präsentation wurde intern deutlich, dass sich der geplante Preis nicht halten ließ. Der Rechner würde deutlich teurer werden als ursprünglich vorgesehen. Hier kollidierten erstmals Vision und Realität – ein Konflikt, der später entscheidend werden sollte.

So überzeugend die Inszenierung war – ihre eigentliche Bewährungsprobe fand die Konstruktion nicht auf der Bühne, sondern im Alltag statt.

Im Inneren arbeitete ein PowerPC G4 (Motorola 7400) mit integrierter Velocity Engine, unterstützt von einem dedizierten L2-Cache. Der Arbeitsspeicher ließ sich auf bis zu 1,5 GB ausbauen, womit das System technisch klar im oberen Bereich seiner Zeit lag. Auch die Ausstattung mit FireWire, USB, Ethernet und optionalem AirPort unterstrich, dass es sich nicht um ein abgespecktes System handelte.

Doch nicht die reine Leistung machte den Cube bemerkenswert, sondern seine Konstruktion. Apple verzichtete vollständig auf einen Lüfter. Stattdessen wurde die Wärme über einen zentralen Kühlkörper nach oben abgeführt – allein durch natürliche Luftzirkulation. In der Praxis bedeutete das einen nahezu lautlosen Betrieb, allerdings auch ein System, das thermisch näher an seinen Grenzen arbeitete als klassische Tower-Rechner.

Auch die äußere Gestaltung folgte diesem Prinzip der Reduktion. Sämtliche Anschlüsse befanden sich an der Unterseite des Geräts – eine Entscheidung, die das Erscheinungsbild klar hielt, im Alltag jedoch nicht immer praktisch war.

Mit dem Apple Display Connector ging Apple noch einen Schritt weiter. Video, Daten und Strom wurden über ein einziges Kabel geführt – elegant, aber zugleich proprietär. Ein Ansatz, der bereits erkennen ließ, wie stark Apple sein Ökosystem kontrollieren wollte.

Beim Thema Audio verzichtete man vollständig auf interne Lösungen. Stattdessen entwickelte Apple gemeinsam mit Harman Kardon externe Lautsprecher, die sowohl funktional als auch gestalterisch Teil des Systems waren.

Im Inneren blieb der Zugriff hingegen überraschend klassisch. Mit einem einfachen Mechanismus ließ sich der komplette Kern des Systems herausziehen. Komponenten waren schnell erreichbar – ein Detail, das besonders professionelle Anwender ansprach.

Doch genau hier lag die Grenze. Trotz dieser Zugänglichkeit war die Erweiterbarkeit eingeschränkt. Es fehlten PCI-Steckplätze, zusätzliche Laufwerksplätze und flexible Upgrade-Möglichkeiten. Im direkten Vergleich bot der klassische Power Mac G4 Tower mehr Leistungsspielraum – und das oft zu einem geringeren Preis.

Damit wurde die Position des Cube zunehmend unklar. Für Einsteiger war er zu teuer, für Profis zu eingeschränkt.

Die Zahlen folgten schnell. Statt der erwarteten Nachfrage wurden nur rund 150.000 Einheiten verkauft. Bereits wenige Monate nach Marktstart reagierte Apple mit Preisnachlässen. Intern galt das Projekt schon früh als gescheitert.

Später formulierte Tim Cook rückblickend:

„It was a spectacular failure commercially, from the first day almost.“
(„Es war wirtschaftlich ein spektakulärer Fehlschlag – praktisch vom ersten Tag an.“)

Auch Apples eigene Analyse fiel nüchtern aus. Phil Schiller erklärte, dass sich die meisten Kunden stattdessen für die Power-Mac-G4-Tower entschieden hätten – leistungsstärker, günstiger und vor allem flexibler.

Am 3. Juli 2001 setzte Apple den Cube offiziell aus und ließ die Tür bewusst offen – man sprach von einer möglichen Rückkehr, nicht von einer endgültigen Einstellung.

Und doch verschwand der Cube in seiner ursprünglichen Form.

Sein Einfluss blieb jedoch bestehen. Die Idee, leistungsfähige Hardware in kompakte, designorientierte Gehäuse zu integrieren, fand später in Geräten wie dem Mac mini oder dem Mac Studio eine neue Ausprägung – diesmal jedoch zu einem Preis und in einer Form, die der Markt besser aufnehmen konnte.

Rückblickend wirkt der Cube wie ein Produkt, das weniger für seine eigene Zeit entwickelt wurde als für eine Zukunft, die erst noch entstehen musste. Ein Rechner, der technisch funktionierte, gestalterisch überzeugte – und dennoch an seiner Einordnung scheiterte.

Vielleicht liegt gerade darin seine eigentliche Bedeutung.

 

Ohio Challenger 1P – Der schnelle Außenseiter der frühen Heimcomputerzeit

Ohio Challenger 1P – Quelle: computinghistory.org.uk

Der Ohio Challenger 1P kam 1978 auf den Markt, zu einem Zeitpunkt, als Heimcomputer bereits ihren Weg in Büros und Privathaushalte gefunden hatten. Systeme wie der Apple II, der Commodore PET 2001 und der TRS-80 Model I hatten ein Jahr zuvor gezeigt, wie ein solcher Rechner aussehen konnte: einschalten, BASIC sehen, arbeiten. Der Challenger 1P wirkt daneben zunächst unscheinbar, ordnet sich aber nicht einfach unter – er verfolgt einen Ansatz, der deutlich stärker aus der Welt der Einplatinencomputer heraus gedacht ist.

Im Kern steckt das bekannte Superboard II, das hier in ein Gehäuse integriert wurde. Das war kein rein kosmetischer Schritt. Während viele Systeme dieser Zeit noch offen betrieben wurden oder mehrere Komponenten benötigten, wirkte der Challenger 1P wie ein geschlossenes Gerät. Gleichzeitig blieb die Architektur nachvollziehbar und direkt zugänglich. Genau diese Mischung zieht sich durch das gesamte System.

Als Prozessor kommt ein MOS Technology 6502 mit rund 1 MHz zum Einsatz. Damit bewegt sich der Rechner auf Augenhöhe mit der Konkurrenz, unterscheidet sich aber in der praktischen Nutzung. Das im ROM integrierte BASIC von Microsoft gehört zu den schnelleren Vertretern seiner Zeit. Zeitgenössische Tests im Compute!-Magazin zeigen, dass Programme auf dem Challenger 1P zügiger ausgeführt werden als auf vielen vergleichbaren Systemen. Dieser Unterschied ist nicht spektakulär, aber spürbar – gerade bei wiederholten Berechnungen oder einfachen grafischen Ausgaben.

Die Grundausstattung umfasst 4 KB RAM und lässt sich auf 8 KB sowie mit zusätzlicher Hardware auf bis zu 32 KB erweitern . Das System ist damit von Anfang an nicht als statische Lösung gedacht. Erweiterungen erfolgen über zusätzliche Platinen und den OSI-Bus, wodurch sich der Rechner an wachsende Anforderungen anpassen lässt. Allerdings setzt das auch voraus, dass man sich mit der Technik beschäftigt – eine Eigenschaft, die man heute fast schon vermisst.

Bei der Darstellung zeigt sich ein typisches Bild der Zeit. Der Challenger 1P liefert ein Composite-Videosignal, das technisch sauber ist, aber nicht direkt für den Anschluss an einen Fernseher gedacht war. In der Praxis wurde daher meist ein HF-Modulator eingesetzt, wodurch das Signal über den Antenneneingang eingespeist wurde. Das führte zu einer weicheren Darstellung und verstärkte die bekannten Randprobleme. Intern sind 32 × 32 Zeichen möglich, sichtbar sind auf einem üblichen Fernseher jedoch meist nur etwa 24 × 24 . Dieser Unterschied fällt besonders dann auf, wenn Programme für größere Darstellungsflächen ausgelegt sind.

Die Tastatur fällt im positiven Sinne auf. Mit 53 Tasten und einer vollständigen ASCII-Belegung eignet sie sich deutlich besser für ernsthafte Eingaben als viele vereinfachte Lösungen der Zeit. Gerade bei längeren BASIC-Programmen oder strukturierten Eingaben zeigt sich der Vorteil schnell.

Grafisch arbeitet das System nicht mit einem klassischen Pixelmodus, sondern mit einem erweiterten Zeichensatz. Dieser enthält neben Buchstaben und Zahlen auch grafische Elemente, die sich direkt nutzen lassen. Dadurch entstehen einfache Spiele und Visualisierungen, die über reine Textdarstellung hinausgehen, ohne dass zusätzliche Hardware notwendig ist.

Als Massenspeicher dient zunächst ein Kassettensystem mit 300 Baud nach dem Kansas-City-Standard . Das Laden von Programmen erfordert Geduld, entspricht aber dem damaligen Standard. Mit den optionalen Mini-Floppy-Laufwerken ändert sich das deutlich. Programme stehen schneller zur Verfügung, und der Umgang mit Daten wird wesentlich komfortabler.

Über die 610-Erweiterungsplatine lassen sich neben zusätzlichem Speicher auch Diskettencontroller sowie Schnittstellen für Drucker und Modem integrieren . Damit entwickelt sich der Challenger 1P von einem einfachen Einstiegssystem zu einer flexiblen Arbeitsumgebung, die sich an unterschiedliche Anforderungen anpassen lässt.

Preislich lag der Rechner bei rund 349 US-Dollar. Inflationsbereinigt entspricht das heute etwa 1.600 bis 2.000 Euro. Ein vollständiges System mit Monitor oder geeigneter Peripherie lag entsprechend darüber, sodass auch dieser Rechner eine bewusste Anschaffung darstellte.

Im direkten Vergleich positioniert sich der Challenger 1P zwischen den etablierten Systemen seiner Zeit. Der Apple II bietet mehr Flexibilität durch sein Steckkartensystem, der Commodore PET 2001 überzeugt durch seine geschlossene Bauweise, und der TRS-80 Model I richtet sich klar an Einsteiger. Der Challenger 1P ist in vielen Bereichen schneller, bleibt dabei aber technischer und weniger komfortorientiert.

Genau so wurde er auch beschrieben. Das Compute!-Magazin sieht in ihm eine ernstzunehmende Option für Anwender, die programmieren möchten und dabei auf ein gutes Preis-Leistungs-Verhältnis achten. Dieser Eindruck passt auch heute noch.

Der Challenger 1P ist kein System, das versucht, den Nutzer zu entlasten. Er bleibt nah an seiner technischen Basis, lässt sich nachvollziehen und erweitern, verlangt dafür aber auch ein gewisses Maß an Verständnis. Gerade darin liegt seine Besonderheit.

 

Vom QDOS zu MS-DOS: Wie ein improvisiertes Betriebssystem zur Grundlage der PC-Ära wurde

Seattle, Frühjahr 1980. In den Büroräumen von Seattle Computer Products sitzt ein junger Entwickler über einem neuen Projekt. Die Firma hat gerade eine Prozessorplatine für den Intel 8086 entwickelt – eine leistungsfähige 16-Bit-CPU, die auf dem damals verbreiteten S-100-Bus eingesetzt werden soll. Doch ohne ein Betriebssystem bleibt die Hardware kaum nutzbar. Also beginnt der Ingenieur Tim Paterson, ein eigenes System zu schreiben. In wenigen Wochen entsteht ein funktionierendes System, das intern den pragmatischen Namen „Quick and Dirty Operating System“ erhält. Jahrzehnte später erinnerte sich Paterson nüchtern an diese Situation: Er habe das System schlicht geschrieben, „weil wir ein Betriebssystem für die 8086-Karte brauchten“, und damals nicht gedacht, dass daraus einmal etwas Bedeutendes entstehen würde.

Als im August 1981 der IBM PC vorgestellt wurde, lief bereits eine weiterentwickelte Version dieses Systems auf der neuen Maschine. In den folgenden Jahren verbreiteten sich Varianten dieses Systems auf hunderten Millionen Personal Computern weltweit. Bis Anfang der 1990er-Jahre hatte Microsoft bereits rund 100 Millionen Lizenzen von MS-DOS verkauft. Hinzu kamen kompatible Varianten wie IBM PC-DOS oder DR-DOS sowie die später auf DOS aufbauenden Systeme Windows 95, Windows 98 und Windows Me, deren installierte Basis die tatsächliche Verbreitung noch erheblich vergrößerte. In vielen Regionen kamen zudem große Mengen nicht lizenzierter Kopien hinzu. Der Ursprung dieser Entwicklung lag jedoch nicht bei IBM und auch nicht bei Microsoft, sondern bei einem kleinen Hardwareunternehmen im Bundesstaat Washington. Dort entstand 1980 ein Betriebssystem namens 86-DOS, das ursprünglich nur dazu gedacht war, eine neue Prozessorplattform überhaupt nutzbar zu machen.

Seattle Computer Products war zu dieser Zeit ein vergleichsweise kleines Unternehmen aus der Region Seattle, das vor allem Erweiterungskarten und Prozessorboards für den S-100-Bus herstellte. Gegründet wurde die Firma 1978 von Rod Brock. Der Markt für Mikrocomputer befand sich damals in einer Phase rasanten Wachstums, doch die Softwarelandschaft war stark fragmentiert. Der De-facto-Standard war CP/M von Digital Research, ein Betriebssystem für 8-Bit-Prozessoren wie den Intel 8080 oder Zilog Z80. Viele Hersteller warteten auf eine angekündigte 16-Bit-Variante namens CP/M-86, doch deren Entwicklung verzögerte sich.

Für Unternehmen wie Seattle Computer Products stellte das ein praktisches Problem dar. Die neue 8086-Hardware konnte zwar technisch überzeugen, doch ohne ein Betriebssystem war sie für Entwickler und Anwender kaum attraktiv. In dieser Situation begann Tim Paterson im Frühjahr 1980 mit der Entwicklung eines eigenen Systems.

Das Projekt erhielt intern zunächst den Namen QDOS, eine Abkürzung für „Quick and Dirty Operating System“. In frühen Anzeigen und Produktinformationen von Seattle Computer Products wurde diese Bezeichnung zeitweise auch öffentlich verwendet. Schon bald entschied sich das Unternehmen jedoch für den Namen 86-DOS, der sich direkt auf den verwendeten Intel-Prozessor bezog und professioneller wirkte.

Technisch war das System bemerkenswert kompakt. Der ursprüngliche Kernel bestand aus nur etwa sechs Kilobyte Assemblercode, eine Größe, die selbst für damalige Verhältnisse ungewöhnlich klein war. Dennoch enthielt das System bereits die grundlegenden Funktionen eines Diskettenbetriebssystems: einen Kommandointerpreter, Dateiverwaltung sowie eine Programmierschnittstelle, über die Anwendungen mit dem Betriebssystem kommunizieren konnten.

Bei der Gestaltung orientierte sich Paterson teilweise an CP/M, das damals praktisch der Industriestandard für Mikrocomputer darstellte. Viele Befehle und Strukturen wurden bewusst ähnlich gehalten, um Entwicklern den Übergang zu erleichtern und die Portierung bestehender Programme zu vereinfachen. Gleichzeitig versuchte er jedoch, einige Schwächen des Vorbilds zu vermeiden. Besonders kritisch sah er die Art und Weise, wie CP/M Diskettenzugriffe organisierte. Das System benötigte oft mehrere Umdrehungen der Diskette, um alle benötigten Daten eines Tracks einzulesen, was den Zugriff vergleichsweise langsam machte. Paterson versuchte deshalb, die Diskettenorganisation effizienter zu gestalten und unnötige Rotationen zu vermeiden.

Eine wichtige technische Entscheidung war die Nutzung einer File Allocation Table (FAT) zur Verwaltung von Dateien. Diese Struktur hatte Paterson zuvor aus Microsofts Disk-BASIC kennengelernt und adaptierte sie für sein Betriebssystem. Das FAT-Dateisystem erlaubte eine flexiblere Organisation von Dateien und wurde später zu einem der langlebigsten technischen Elemente der gesamten DOS-Familie.

Die ersten Versionen von 86-DOS waren bewusst minimalistisch gehalten. Das System bot nur eine begrenzte Zahl grundlegender Befehle – etwa zwanzig interne und externe Kommandos –, mit denen Dateien verwaltet und Programme gestartet werden konnten. Für Entwickler reichte diese Umgebung jedoch aus, um erste Anwendungen für den neuen 16-Bit-Prozessor zu schreiben.

Seattle Computer Products begann 1980 damit, seine 8086-Hardware zusammen mit 86-DOS anzubieten. Anzeigen aus dieser Zeit zeigen Komplettpakete aus CPU-Karte, Support-Board und Betriebssystem für Entwickler und Systembauer. Für das Unternehmen selbst war die Software jedoch vor allem ein praktisches Werkzeug, um die eigene Hardware überhaupt nutzbar zu machen.

Während diese Entwicklung im Nordwesten der USA stattfand, arbeitete IBM an einem Projekt, das später als IBM PC bekannt werden sollte. Um die Entwicklung zu beschleunigen, entschied sich das Unternehmen bewusst gegen eine vollständig proprietäre Architektur. Stattdessen sollten möglichst viele Komponenten aus bereits verfügbaren Standardbausteinen bestehen. Für den Prozessor fiel die Wahl auf den Intel 8088, eine Variante des 8086 mit 8-Bit-Datenbus.

Auch beim Betriebssystem wollte IBM auf vorhandene Lösungen zurückgreifen. Der naheliegendste Kandidat war Digital Research, dessen CP/M damals den Markt für Mikrocomputer dominierte. Im Sommer 1980 nahmen IBM-Vertreter daher Kontakt mit dem Unternehmen auf, um über eine Version namens CP/M-86 für den neuen Rechner zu sprechen.

Die Gespräche verliefen jedoch nicht wie geplant. Verschiedene Berichte schildern unterschiedliche Details, doch fest steht, dass keine Einigung zustande kam. Eine häufig erzählte Version besagt, dass Gary Kildall, der Gründer von Digital Research, an diesem Tag nicht persönlich an den Verhandlungen teilnahm und die Gespräche zunächst von seiner Frau Dorothy McEwen geführt wurden. Sie weigerte sich, eine von IBM verlangte Geheimhaltungsvereinbarung zu unterschreiben, ohne sie vorher juristisch prüfen zu lassen. Als Kildall später zurückkehrte, war die Situation bereits festgefahren. Ob es danach noch weitere Gespräche gab, ist unter Historikern umstritten. Am Ende kam jedoch kein Vertrag zustande.

IBM suchte daher nach einer Alternative und wandte sich an ein kleines Unternehmen aus Seattle, das bereits Software für verschiedene Mikrocomputer geliefert hatte: Microsoft.

Microsoft war zu diesem Zeitpunkt vor allem als Hersteller von Programmiersprachen bekannt. Besonders Microsoft BASIC war auf zahlreichen Mikrocomputern der späten 1970er-Jahre im Einsatz. IBM beauftragte das Unternehmen daher zunächst damit, eine BASIC-Version für den neuen Personal Computer bereitzustellen. Erst im Verlauf dieser Zusammenarbeit entstand auch die Frage nach einem geeigneten Betriebssystem.

Microsoft selbst besaß jedoch noch keines. Hier kam eine Erinnerung von Paul Allen, dem Mitgründer des Unternehmens, ins Spiel. Allen wusste von dem Betriebssystem, das bei Seattle Computer Products für den 8086 entwickelt worden war. Für Microsoft bot sich damit eine Möglichkeit, schnell eine Grundlage für ein neues PC-Betriebssystem zu erhalten.

Ende 1980 erwarb Microsoft zunächst eine Lizenz für 86-DOS von Seattle Computer Products. Kurz darauf entschied sich das Unternehmen jedoch, sämtliche Rechte an der Software vollständig zu übernehmen. Durch diesen Schritt erhielt Microsoft die Kontrolle über die Weiterentwicklung des Systems und konnte es auch unabhängig an andere Hersteller lizenzieren.

Um das System rasch an die Anforderungen des IBM-PC-Projekts anzupassen, holte Microsoft schließlich auch Tim Paterson selbst ins Unternehmen. Der Entwickler wechselte 1981 von Seattle Computer Products nach Redmond und arbeitete dort an der Anpassung seines Systems für den Intel 8088 des neuen Personal Computers.

Erst im Laufe dieser Arbeit wurde ihm klar, für welchen Kunden das Projekt tatsächlich bestimmt war. In späteren Interviews erinnerte sich Paterson, dass Microsoft intern zunächst lediglich von einem neuen Computer eines großen Herstellers gesprochen habe. Erst nach und nach wurde deutlich, dass es sich um den geplanten Personal Computer von IBM handelte. Für Paterson, der wenige Monate zuvor noch ein Betriebssystem für eine S-100-Prozessorplatine geschrieben hatte, bedeutete diese Erkenntnis eine unerwartete Wendung: Aus einem improvisierten Werkzeug für eine einzelne Hardwareplattform wurde plötzlich das Betriebssystem eines Rechners, der kurz darauf zu einer neuen Standardplattform der Personal-Computer-Industrie werden sollte.

Als der IBM PC im August 1981 schließlich vorgestellt wurde, erschien das Betriebssystem unter dem Namen PC-DOS. Parallel dazu behielt Microsoft jedoch das Recht, das System auch unabhängig von IBM zu lizenzieren und unter eigener Bezeichnung zu vertreiben.

Diese Vertragsstruktur erwies sich im Rückblick als entscheidend. Während IBM seine eigene Variante des Systems verwendete, konnte Microsoft das Betriebssystem an die wachsende Zahl von IBM-PC-kompatiblen Computern lizenzieren. Als in den folgenden Jahren immer mehr Hersteller sogenannte PC-Klone auf den Markt brachten, wurde MS-DOS zum gemeinsamen Softwarefundament dieser neuen Computerplattform.

Aus dem kleinen Projekt, das Tim Paterson ursprünglich als pragmatische Lösung für eine einzelne Prozessorplatine geschrieben hatte, entstand so die Grundlage für MS-DOS. In den folgenden Jahren wurde dieses System zum dominierenden Betriebssystem der PC-Welt und prägte eine ganze Generation von Personal Computern.

Die Geschichte von 86-DOS zeigt damit eine typische Konstellation der frühen PC-Industrie: Ein kleines Hardwareunternehmen löst ein unmittelbares technisches Problem, ein Softwareanbieter erkennt das größere Marktpotenzial – und aus einer pragmatischen Zwischenlösung entsteht schließlich eine der prägendsten Plattformen der Computergeschichte.

 

Piggybacking: Huckepack zum Speicher-Upgrade in der frühen Mikrocomputerzeit

In den frühen 1980er-Jahren stieg der Bedarf an Arbeitsspeicher deutlich schneller, als es die Entwickler vieler Heim- und Mikrocomputer vorgesehen hatten. Die Hürden für Upgrades waren hoch: RAM-Bausteine waren kostspielig, passende Erweiterungskarten oft nicht lieferbar oder im Gehäuse schlicht nicht vorgesehen. In dieser Situation etablierte sich unter Bastlern und Servicetechnikern eine pragmatische Lösung, die als Piggybacking bekannt wurde: Ein zusätzlicher Speicherchip wurde direkt auf einen vorhandenen Baustein gelötet – gewissermaßen „Huckepack“.

Technisch war dieses Verfahren möglich, da identische Speicherchips denselben Satz an Daten-, Adress- und Versorgungsleitungen nutzen. Diese Signale konnten problemlos parallel an beide Chips geführt werden. Die Herausforderung lag allein darin, zu steuern, welcher Baustein zu einem bestimmten Zeitpunkt aktiv sein sollte.

Beim Piggybacking wurden daher fast alle Pins des oberen Chips direkt mit dem darunterliegenden verbunden. Lediglich die Aktivierungsleitung – etwa der „Chip Select“ (CS) – wurde ausgespart. Man bog das entsprechende Beinchen des oberen Chips leicht nach außen und verband es über einen separaten Draht mit der Speicherlogik. So nutzten beide Bausteine denselben Bus, konnten aber getrennt angesprochen werden, ohne sich gegenseitig zu stören.

Besonders verbreitet war diese Methode bei Systemen mit DRAM-Bausteinen der 16- oder 64-Kilobit-Generation, etwa Chips wie dem 4116 (16 K × 1) oder später dem 4164 (64 K × 1). Statt ein komplett neues Platinenlayout zu entwerfen, ließ sich die Speicherkapazität so mit überschaubarem Aufwand erweitern.

Doch Piggybacking diente nicht nur der Aufrüstung: In Werkstätten war es auch ein bewährter Diagnose-Trick. Ein Techniker setzte dazu einen funktionierenden Speicherchip testweise direkt auf einen verdächtigen Baustein. Lief der Rechner plötzlich stabil, galt der darunterliegende Chip meist als identifiziertes Problem. Solche Diagnosemethoden finden sich bereits in der Elektronikliteratur der Zeit, etwa in Don Lancasters „TTL Cookbook“, das praktische Test- und Servicetechniken für integrierte Schaltungen beschreibt.

Auch prominente Systeme blieben von solchen Modifikationen nicht unberührt. Als Techniker Mitte der 1980er-Jahre versuchten, den Macintosh 128K auf 512 KB Arbeitsspeicher zu erweitern, tauchten in Bastler- und Werkstattkreisen verschiedene improvisierte Lösungen auf. Eine davon bestand darin, zusätzliche 4164-DRAMs direkt auf die vorhandenen Speicherchips zu setzen und die Aktivierungslogik entsprechend anzupassen. Larry Pina dokumentierte solche Eingriffe später ausführlich in seinem Werk „Macintosh Repair & Upgrade Secrets“ (1987).

Trotz ihrer Effizienz hatte die Methode Grenzen. Die zusätzliche elektrische Last auf den Leitungen stellte höhere Anforderungen an die Treiberbausteine, und bereits kleine Unterschiede im Timing konnten zu Instabilitäten führen. In der Serienproduktion blieb Piggybacking daher meist eine Übergangslösung, bis eine neue Platinenrevision mit optimierter Speicherarchitektur verfügbar war.

Piggybacking war damit weniger eine offizielle Designstrategie als eine praktische Werkstattlösung. Wenn Erweiterungshardware fehlte oder ein defekter Baustein schnell identifiziert werden musste, genügte oft ein identischer Chip und ein Stück Draht. In vielen Fällen funktionierte diese einfache Methode erstaunlich zuverlässig.

Intel 8088

Von Konstantin Lanzet - CPU collection Konstantin Lanzet, CC BY-SA 3.0, https://commons.wikimedia.org/w/index.php?curid=6692144

Der Intel 8088 gehört zu jenen Prozessoren, deren historische Bedeutung sich weniger aus ihren reinen Leistungsdaten ergibt als aus den Entscheidungen, die um ihn herum getroffen wurden. Als Intel ihn 1979 vorstellte, wirkte er auf dem Papier wie ein Kompromiss: intern ein vollwertiger 16-Bit-Prozessor, nach außen jedoch mit einem 8-Bit-Datenbus ausgestattet. Genau dieser scheinbare Rückschritt sollte sich jedoch als strategischer Glücksfall erweisen – nicht nur für Intel selbst, sondern für die gesamte Personal-Computer-Industrie der frühen 1980er-Jahre.

Technisch basiert der 8088 auf derselben Architektur wie der ein Jahr zuvor erschienene Intel 8086. Beide Prozessoren verfügen über identische Register, denselben Befehlssatz und das segmentierte Speicheradressmodell mit 20-Bit-Adressraum, das theoretisch bis zu ein Megabyte Arbeitsspeicher erlaubt. Der entscheidende Unterschied liegt ausschließlich in der Bus-Anbindung: Während der 8086 Daten extern mit 16 Bit überträgt, beschränkt sich der 8088 auf 8 Bit. Diese Entscheidung erlaubte den Einsatz günstigerer Speicherbausteine, einfacherer Platinenlayouts und vorhandener 8-Bit-Peripherie. Typische Taktfrequenzen lagen anfangs bei 4,77 MHz, später folgten Varianten mit 5, 8 und bis zu 10 MHz.

Diese Auslegung war kein Zufall, sondern Ausdruck einer klaren Systemstrategie. Intel verstand den 8088 nicht als abgespeckte Notlösung, sondern als Brücke zwischen der etablierten 8-Bit-Welt und der kommenden 16-Bit-Generation. Aus Sicht des Programmierers verhielten sich 8086 und 8088 identisch; Unterschiede zeigten sich erst auf der Ebene der Speicheranbindung. Dass der 8088 in der Praxis oft langsamer wirkte als sein 16-Bit-Pendant, lag weniger am Rechenkern selbst als an der kleineren Vorlade-Warteschlange und dem schmaleren Datenbus, die den Instruktionsnachschub begrenzten. Moderne Analysen zeigen, dass dieser Leistungsnachteil stark vom jeweiligen Programmcode abhing und nicht pauschal war.

Historisch untrennbar verbunden ist der Intel 8088 mit dem IBM PC 5150 aus dem Jahr 1981. IBM entschied sich bewusst gegen den technisch leistungsfähigeren 8086 und wählte den 8088 aus pragmatischen Gründen. Ausschlaggebend waren die kürzere Entwicklungszeit, die Nutzung bewährter 8-Bit-Supportchips und eine insgesamt geringere Systemkomplexität. Leistungsreserven spielten eine untergeordnete Rolle; entscheidend war ein robustes, schnell realisierbares Gesamtsystem. Mit dieser Wahl legte IBM den Grundstein für eine Plattform, die sich rasch zum industriellen Standard entwickelte.

Die Entwicklung des 8088 fällt in eine Phase, in der Intel sich endgültig vom reinen Speicherhersteller zum Prozessoranbieter wandelte. Nach dem Erfolg des 8080 sollte die 8086-Architektur den technologischen Schritt in die Zukunft markieren. Der 8088 war dabei die marktfähige Variante, die es erlaubte, neue Architekturkonzepte in bestehende Produktionsrealitäten einzubetten. Zeitgenössische Industrieberichte zeigen, dass Intel diesen Ansatz bewusst verfolgte: Architekturkontinuität und Skalierbarkeit wurden höher bewertet als maximale Rohleistung.

In der praktischen Anwendung zeigte der Prozessor ein ambivalentes Bild. Gegenüber klassischen 8-Bit-CPUs bot er klare Vorteile: größere Register, leistungsfähigere Befehle und einen deutlich erweiterten Adressraum. Gleichzeitig sorgte der 8-Bit-Bus dafür, dass viele Programme kaum schneller liefen als auf hochgetakteten Z80-Systemen. Frühere Magazinberichte wiesen daher häufig darauf hin, dass das theoretische Potenzial der Architektur im Alltag noch nicht vollständig ausgeschöpft wurde. Dennoch eröffnete der 8088 neue Einsatzfelder, insbesondere für komplexere Betriebssysteme und professionelle Anwendungen wie Textverarbeitung, Tabellenkalkulation und Datenbanken.

Zeitgenössische Fachzeitschriften beschrieben den 8088 entsprechend nüchtern. In der deutschsprachigen Presse galt er als zukunftssicher, aber teuer. Gelobt wurden die klare Architektur und das professionelle Umfeld, kritisch gesehen wurden Geschwindigkeit und Preisniveau. Ein 8088-System wirkte weniger wie ein Heimcomputer und mehr wie ein Arbeitsgerät – ein Eindruck, der das Image des IBM-PC und seiner zahlreichen Nachbauten lange prägte.

Wirtschaftlich bewegte sich der Intel 8088 im klassischen Business-Segment. Der Prozessor selbst war deutlich teurer als zeitgenössische 8-Bit-CPUs, rechtfertigte diesen Preis jedoch durch seine Positionierung in professionellen Systemen. Komplettrechner auf 8088-Basis lagen inflationsbereinigt schnell im Bereich mehrerer tausend Euro. Erst mit dem Aufkommen kompatibler PC-Clones sanken die Preise allmählich, ohne den grundsätzlichen Charakter der Plattform zu verändern.

Die Nachwirkung des 8088 ist kaum zu überschätzen. Obwohl er technisch bald vom 80286 und später vom 80386 überholt wurde, definierte er zentrale Grundlagen der PC-Architektur: das Zusammenspiel von Prozessor, BIOS, Peripherie und Betriebssystem ebenso wie das segmentierte Speichermodell. Selbst Jahrzehnte später mussten Entwickler Rücksicht auf diese frühen Entscheidungen nehmen. Der 8088 gilt daher weniger als technischer Höhepunkt, sondern vielmehr als Fundament einer bis heute fortgeführten Architektur.

Rückblickend erscheint der Intel 8088 als Prozessor mit enormer Systemwirkung. Er war nicht der eleganteste Chip seiner Zeit und auch nicht der schnellste. Doch durch die Kombination aus technischer Solidität, industrieller Akzeptanz und dem richtigen Zeitpunkt wurde er zum Ausgangspunkt einer Entwicklung, die den Personal Computer aus einer Nische in den Alltag von Büros und Verwaltungen führte. In diesem Sinne steht der 8088 exemplarisch für eine zentrale Erkenntnis der Computergeschichte: Entscheidend ist nicht allein die maximale Leistung, sondern die Fähigkeit, ein tragfähiges System zu ermöglichen.

 

Oric 1

Oric-1: Der ehrgeizige Heimcomputer aus der zweiten Reihe der 80er Jahre

Source: https://www.computinghistory.org.uk/det/526/Oric-1-48k/

Als der Oric-1 im Jahr 1983 in Großbritannien erschien, traf er in einen Markt, der durch schnelle technische Entwicklungen und wachsenden Preisdruck geprägt war. Tangerine Computer Systems, bis dahin vor allem durch den Microtan 65 in der Bastlerszene bekannt, wollte mit diesem neuen Modell den Schritt vom Baukastenrechner zum vollwertigen Heimcomputer schaffen. Für die Vermarktung wurde Oric Products International Ltd gegründet, denn man plante bewusst ein Gerät, das im Massenmarkt bestehen sollte, mit einem klaren Ziel: eine Alternative zum ZX Spectrum zu bieten, die preislich konkurrenzfähig blieb, aber in mehreren Punkten technisch überzeugender wirken sollte. Die gesamte Entwicklung wird heute dem britischen Tangerine-Team zugeschrieben; einzelne namentliche Hauptentwickler sind in zeitgenössischen Dokumenten nicht gesichert überliefert.

Der Rechner basierte auf dem MOS Technology 6502A mit 1 MHz, einem Prozessor, der sich in zahlreichen erfolgreichen Heimcomputern der Zeit bewährt hatte. Der Oric-1 erschien in zwei RAM-Varianten, 16 KB und 48 KB, wobei die größere Version den Markt dominierte. Das 16-KB-ROM enthielt das Betriebssystem und ein speziell an den Rechner angepasstes BASIC. Die Tastatur bestand aus einzelnen Hartplastiktasten; zeitgenössische Berichte beurteilten sie unterschiedlich, von „funktionell“ bis „gewöhnungsbedürftig“, jedoch war sie klar getrennt beweglich und unterschied sich damit deutlich vom Gummitastatursystem des Spectrum. Für die interne Logik nutzte Oric einen kundenspezifischen Gate-Array-Baustein, der mehrere Funktionen bündelte und für die Kostenoptimierung eine entscheidende Rolle spielte.

Die Grafikmodi boten 240 × 200 Pixel bei acht Farben sowie 40-Zeichen-Textmodi, jeweils mit bestimmten Einschränkungen durch Farbblockbildung, die für Heimcomputer dieser Generation typisch waren. Der AY-3-8912 als dreikanaliger Tonchip stellte eine echte Mehrstimmigkeit bereit und wurde in Testberichten positiv erwähnt, besonders im Vergleich zu einfacheren Tonausgaben anderer preisgünstiger Geräte. Die Kassetten­schnittstelle war offiziell für Datenraten zwischen 300 und 2400 Baud ausgelegt, wobei Testberichte eher von mittleren, zuverlässigeren Werten ausgingen. Diese Angaben entsprechen dem, was aus britischen und französischen Magazinen des Jahres 1983 dokumentiert ist.

Auf dem britischen Markt erhielt der Oric-1 zunächst beachtliche Aufmerksamkeit, doch das Softwareangebot wuchs langsamer als bei seinen direkten Konkurrenten. Die Spectrum-Plattform hatte bereits einen deutlichen Vorsprung, und auch der Preisvorteil im unteren Marktsegment spielte Sinclair weiterhin in die Hände. Auffällig erfolgreich entwickelte sich dagegen der französische Markt, wo Oric durch lokale Vertriebsstrukturen deutlich präsenter war und eine engagierte Anwenderszene entstand. Der Rechner blieb dennoch im Schatten des Spectrum und des Commodore 64, deren Marktanteile schneller stiegen und deren Softwarebibliotheken durch größere Verlage und etablierte Entwicklerstudios erweitert wurden.

Preislich positionierte sich der Oric-1 aggressiv. Zeitgenössische Anzeigen führen für die Markteinführung rund £99.95 für die 16-KB-Version und £169.95 für die 48-KB-Variante auf. Inflationsbereinigt entspricht dies heute ungefähr 370 Euro beziehungsweise etwa 630 Euro. Dieser Preisrahmen zeigt klar, wie Oric seine Rolle sah: preislich näher beim Spectrum, technisch näher an Geräten wie dem VC-20 oder dem Atari 400, aber ohne deren teils höheren Endverbraucherpreise. Die frühen Produktionsreihen des Oric-1 sind in einigen Testberichten durch Hinweise auf bestimmte ROM-Revisionen und vereinzelt Tape-Handling-Probleme dokumentiert, doch darüber hinausgehende Aussagen zu systematischen Fertigungsfehlern lassen sich nicht belegen.

Bereits 1984 wurde der Oric-1 durch den Oric Atmos abgelöst, der ein überarbeitetes ROM und eine verbesserte Tastatur erhielt. Rückblickend bleibt der Oric-1 ein Beispiel für die Vielfalt der britischen Heimcomputerentwicklung zu Beginn der achtziger Jahre: technisch solide, klar strukturiert und mit einem Leistungsspektrum, das ihn theoretisch gut zwischen seinen Wettbewerbern hätte positionieren können. Dass er letztlich nicht die gleiche Marktdurchdringung erreichte, lag weniger an seiner technischen Basis als an der Dynamik eines Marktes, in dem Sinclair, Commodore und zunehmend auch internationale Hersteller bereits dominierende Rollen einnahmen. Dennoch markiert der Oric-1 einen wichtigen Moment dieser Ära, in der mehrere britische Firmen versuchten, eigene Architekturen zu etablieren und damit ihre Unabhängigkeit gegenüber der wachsenden Konkurrenz zu bewahren.

CP/M

CP/M: Die Vision eines Mannes, die zur Blaupause des PCs wurde

 

 

Gary Kildall war einer jener frühen Computerpioniere, die sich selbst kaum als solche betrachteten und dennoch eine ganze Ära prägten. Geboren 1942 in Seattle und später Professor an der Naval Postgraduate School in Monterey, galt er als technisch brillanter Kopf, der lieber experimentierte als sich mit geschäftlichen Formalitäten aufzuhalten. Zeitzeugen beschrieben ihn häufig als außergewöhnlich kreativ, aber nicht als jemanden, der sich besonders für harte Verhandlungen begeisterte – ein Charakterzug, der seine spätere Rolle in der Geschichte der Mikrocomputerindustrie mitprägte.

Seine Karriere begann bei Intel, wo er sich früh mit dem brandneuen 8080-Prozessor beschäftigte, dort die höhere Programmiersprache PL/M entwickelte und Werkzeuge schuf, die er später als „die ersten richtigen Werkzeuge des Mikrocomputerzeitalters“ bezeichnete. Diese Arbeit bildete die Grundlage für seine späteren Betriebssystemexperimente. Doch Intel interessierte sich wenig für eine eigene Betriebssystemlinie. Die Lücke nutzte Kildall – oder genauer gesagt: sie ließ sich durch seine Neugier schließen. Nach Feierabend experimentierte er zuhause mit Diskettencontrollern und schrieb ab 1973 an den ersten Fassungen dessen, was später CP/M werden sollte.

Für Laien lässt sich die Entstehung von CP/M leicht erklären: In den frühen 1970er-Jahren existierten Mikrocomputer meist nur als Prozessoren mit rudimentärer Software. Jeder Hersteller entwickelte eigene Lösungen, Programme ließen sich kaum übertragen, und ein gemeinsamer Standard war nicht in Sicht. CP/M war das erste wirklich weit verbreitete Mikrocomputer-Betriebssystem, das Ordnung in einen Markt brachte, der zuvor aus hunderten nicht miteinander kommunizierenden Inseln bestanden hatte. Es machte die frühen Rechner vergleichbar und erlaubte es, identische Programme auf völlig unterschiedlichen Maschinen zu nutzen. Was heute selbstverständlich ist – ein Betriebssystem, das Dateien verwaltet, den Startvorgang steuert und Programme lädt – war damals ein fundamentaler Fortschritt. Viele Historiker bezeichnen CP/M daher als das erste professionelle Betriebssystem der Personalcomputer-Ära.

CP/M entstand aus Kildalls Arbeit bei Intel, wo er PL/M entwickelte und Werkzeuge für den 8080 schrieb. Nach Feierabend experimentierte er zu Hause mit frühen Diskettensteuerungen und begann ab 1973 an der ersten Version zu arbeiten. Der entscheidende Schritt gelang ihm, als er eine effiziente Methode fand, Diskettenlaufwerke mit Mikroprozessoren anzusteuern – ein technisches Problem, das bis dahin als schwierig galt. Intel zeigte an einem eigenen Betriebssystem wenig Interesse, doch für Kildall war dies der Ausgangspunkt einer neuen Ära.

Gemeinsam mit seiner Frau Dorothy McEwen gründete er Digital Research, jene Firma, die CP/M kommerzialisierte und zur dominierenden Plattform der späten 1970er- und frühen 1980er-Jahre machte. Die Struktur von CP/M war ebenso einfach wie genial. Es bestand aus drei Komponenten: dem BIOS, das alle hardwarespezifischen Routinen enthielt; dem BDOS, der den Zugriff auf Dateien, Laufwerke und Systemdienste regelte; und dem CCP, dem Console Command Processor, der die Kommandozeile bereitstellte. Für Nichtfachleute lässt sich diese Architektur so beschreiben: Das BIOS sprach die Hardware, der BDOS bildete den Kern des Betriebssystems, und der CCP war die sichtbare Benutzerschnittstelle. Gerade diese klare Aufteilung machte CP/M extrem portierbar: Hersteller mussten lediglich ein eigenes BIOS schreiben, während der Rest unverändert blieb.

Die Arbeitsweise war einfach, aber effizient. Nach dem Einschalten erschien das bekannte „A>“-Prompt. Befehle wie DIR oder ERA wurden direkt ausgeführt, externe Programme lagen als .COM-Dateien vor und kehrten nach ihrem Ablauf wieder an das Betriebssystem zurück. Das Dateiformat mit acht Zeichen Dateiname und drei Zeichen Erweiterung, später als „8.3-Format“ bekannt, wanderte später direkt in MS-DOS. Ebenso die Laufwerksbuchstaben A:, B: und C:, die viele heute fälschlich ausschließlich mit Microsoft verbinden.

Wirtschaftlich war CP/M ein Meilenstein. Es gilt heute als das erste kommerziell erfolgreiche 8-Bit-Betriebssystem und lief auf mehreren hundert unterschiedlichen Computern – von North Star und Osborne über Kaypro bis zu Amstrad und zahlreichen industriellen Modellen. Konservative Schätzungen sprechen von über 300 Modellen, einige Archive nennen sogar zwischen 400 und 500, je nach Zählweise. Die enorme Verbreitung war möglich, weil CP/M erstmals portable Software ermöglichte: WordStar, dBASE II oder SuperCalc wurden zu industriellen Standards und prägten ganze Berufsgruppen. Wer CP/M unterstützte, konnte sofort auf einen großen Softwarepool zugreifen, was den Erfolg vieler Hersteller überhaupt erst ermöglichte.

Technisch lief CP/M üblicherweise auf Intel-8080- oder Zilog-Z80-Prozessoren mit 16 bis 64 KB RAM und einem oder zwei 5,25-Zoll-Diskettenlaufwerken. Spätere Versionen wie CP/M Plus (CP/M 3.0) unterstützten durch Bankswitching mehr Speicher und erweiterten den Funktionsumfang deutlich. Ein entscheidender Vorteil gegenüber proprietären Systemen wie Apple DOS oder dem TRS-80-Betriebssystem war die Offenheit: Hersteller konnten ihre Maschinen schnell CP/M-fähig machen, ohne selbst ein komplettes Betriebssystem entwickeln zu müssen.

Einer der am häufigsten diskutierten Momente der Computergeschichte ist die gescheiterte Verhandlung zwischen IBM und Digital Research über eine Lizenz für den IBM PC. Zeitgenössische Dokumente und mehrere Interviews – darunter Tom Rolander im Gespräch für die 1995 ausgestrahlte Folge „The Computer Chronicles: A Tribute to Gary Kildall“ – belegen, dass es zu Missverständnissen kam, teils durch juristische Unklarheiten, teils durch die ungewöhnlich hastig angesetzten Termine. IBM verließ das Treffen ohne Vertrag, Microsoft sprang ein, und MS-DOS wurde zum Standard der PC-Ära. Viele Historiker sehen darin den Punkt, an dem CP/M vom dominierenden System zum „verlorenen Standard“ wurde.

Preislich bewegte sich CP/M in einem Bereich, der je nach Lizenzmodell und Jahr variierte. Typische OEM-Lizenzen lagen zwischen 70 und 100 US-Dollar, was inflationsbereinigt etwa 230–330 US-Dollar im Jahr 2025 entspricht. Umfangreichere Produkte wie CP/M-86 kosteten als Einzelversion zwischen 250 und 400 US-Dollar, inflationsbereinigt ungefähr 780–1250 US-Dollar. Für kleine Firmen und Privatanwender waren dies spürbare Summen, doch angesichts der Stabilität und Portabilität erhielten sie erstmals eine professionelle Softwareumgebung.

Die Nachfolger von CP/M waren ehrgeizig: MP/M brachte Multitasking auf Mikrocomputer, CP/M-86 leitete den Übergang in die 16-Bit-Welt ein, und DR-DOS wurde später zum direkten Konkurrenten von MS-DOS. Doch der Markt hatte sich längst zugunsten der IBM-PC-Kompatibilität entschieden. Was blieb, war ein technisches Fundament, dessen Konzepte – das BIOS-Modell, das 8.3-Dateiformat und die Kommandozeilenarchitektur – in vielen Systemen bis heute weiterleben.

Damit steht CP/M als Monument einer Zeit, in der Mikrocomputer noch wagemutige Experimente waren und jeder Fortschritt eine ganze Branche verändern konnte. Ohne CP/M hätte die junge Personalcomputerwelt keinen einheitlichen Standard besessen – und ohne Gary Kildall wäre diese entscheidende Weiche nie gestellt worden. Er schrieb die Regeln einer Industrie, ohne je das Bedürfnis zu verspüren, sie anderen aufzuzwingen. Genau darin liegt sein Vermächtnis.