Schlagwort-Archiv: Mikrocomputer

Quasar QDP-100: Der CP/M-Rechner mit integriertem EPROM-Brenner

Ende der 1970er begann sich der Markt für S-100-Systeme spürbar zu verändern. Während frühe Rechner wie der Altair 8800 noch stark von Bastlern und Elektronikenthusiasten geprägt waren, versuchten Hersteller zunehmend, daraus professionelle Komplettsysteme für Unternehmen und Entwickler zu formen. Auch Quasar Data Products schlug mit dem QDP-100 genau diesen Weg ein — ein robustes CP/M-System mit integrierter Entwicklungs-Hardware, das deutlich stärker auf Zuverlässigkeit und technische Arbeitsumgebungen ausgelegt war als viele klassische Heimcomputer jener Zeit.

Gegründet wurde Quasar Data Products 1979 in North Olmsted im US-Bundesstaat Ohio von ehemaligen Studenten beziehungsweise Absolventen der Kent State University. Anders als zahlreiche kleinere S-100-Hersteller positionierte sich das Unternehmen nicht primär über niedrige Preise oder maximale Erweiterbarkeit, sondern über Stabilität, professionelle Ausstattung und vollständige Komplettsysteme. Schon zeitgenössische Anzeigen im BYTE Magazine machten deutlich, wohin die Reise gehen sollte. Statt mit typischen Bastlerbegriffen wie „Experimenting“ oder „Expansion“ warb Quasar mit Aussagen wie „Fully Tested“, „Reliable“ oder „Complete — Up & Running“. Der QDP-100 sollte nicht wie ein Elektronikprojekt wirken, sondern wie ein fertiges Arbeitswerkzeug.

Technisch basierte das System auf dem damals weit verbreiteten IEEE-696-kompatiblen S-100-Bus. Im Inneren arbeitete ein Zilog Z80A mit 4 MHz Taktfrequenz, kombiniert mit standardmäßig 64 KB RAM. Zur Ausstattung gehörten zwei doppelseitige 8-Zoll-Diskettenlaufwerke, zwei serielle sowie zwei parallele Schnittstellen und ein monochromes Terminal, das häufig direkt mitgeliefert wurde. Als Betriebssystem kam primär CP/M 2.2 zum Einsatz, zusätzlich unterstützte der Rechner jedoch auch MP/M, wodurch mehrere Benutzer beziehungsweise Terminals parallel arbeiten konnten — Anfang der 1980er noch keineswegs selbstverständlich.

Die eigentliche Besonderheit des Systems lag allerdings an anderer Stelle. Während viele CP/M-Rechner vor allem auf Bürosoftware, Textverarbeitung oder allgemeine Datenverarbeitung zielten, besaß der QDP-100 standardmäßig einen integrierten 2716-EPROM-Programmierer. Genau dieses Detail verlieh dem Rechner eine ungewöhnliche Identität. EPROM-Brenner wurden damals benötigt, um Firmware und Steuerprogramme auf programmierbare Speicherbausteine zu schreiben — etwa für industrielle Steuerungen, Embedded-Systeme, Messhardware oder Terminaltechnik. Normalerweise waren dafür externe Spezialgeräte erforderlich. Quasar integrierte diese Funktion dagegen direkt in das Gesamtsystem.

Dadurch wird auch die eigentliche Zielgruppe des Rechners klarer. Der QDP-100 richtete sich offenbar weniger an klassische Büroanwender als vielmehr an Entwickler, Techniker, Laborumgebungen und industrielle Einrichtungen. Dazu passte auch die übrige Konstruktion. Zeitgenössische Anzeigen erwähnten wiederholt Begriffe wie „burned in“ oder „fully tested“, womit längere Belastungstests vor der Auslieferung gemeint waren. Ziel war es, frühe Hardwareausfälle bereits vor dem Kundeneinsatz zu erkennen. Spätere Beschreibungen berichten zudem von besonders robust aufgebauten Netzteilen mit hochwertigen Filterkomponenten, die unter anderem wegen Einsätzen bei der US Navy verwendet wurden. Gerade militärische und industrielle Kunden legten damals großen Wert auf stabile Stromversorgung und Dauerbetriebssicherheit.

Interessant war außerdem das integrierte Startup-Menü des Systems. Viele CP/M-Rechner jener Zeit starteten direkt in eine Kommandozeile und erwarteten vom Benutzer Kenntnisse über Bootdisketten, Laufwerksparameter oder Terminalinitialisierung. Der QDP-100 ging einen anderen Weg. Beim Einschalten erschien ein eigenes Menüsystem, über das offenbar Systemparameter verändert und Dienstprogramme direkt gestartet werden konnten, ohne sofort komplexe CP/M-Befehle eingeben zu müssen. Heute wirkt das unspektakulär, 1980 war eine derart menügesteuerte Benutzerführung jedoch noch vergleichsweise ungewöhnlich.

Auch äußerlich unterschied sich das System von zahlreichen Konkurrenten. Das schwere Gehäuse mit seinen beiden großen 8-Zoll-Laufwerken wirkte beinahe wie ein kompakter Minicomputer. Einige Varianten besaßen Holzseiten beziehungsweise Holzfurnier — eine Designentscheidung, die Ende der 1970er noch häufiger anzutreffen war, später jedoch nahezu vollständig verschwand. Gleichzeitig brachte das System mehr als 22 Kilogramm auf die Waage und erinnerte damit eher an professionelle Labor- oder Bürohardware als an einen typischen Personal Computer späterer Jahre.

Preislich bewegte sich der QDP-100 ebenfalls klar im professionellen Segment. In den USA lag der Verkaufspreis um 1980 bei rund 4.995 US-Dollar. Laut Computing Today kostete das System 1982 in Großbritannien noch etwa 3.380 Pfund über den Distributor Datatrak in Northampton. Inflationsbereinigt entspricht das heute grob einer Kaufkraft von rund 18.000 bis 20.000 Euro. Zusätzlich bot Quasar optional sogar eine 5-MB-Winchester-Festplatte an — Anfang der 1980er eine ausgesprochen luxuriöse Erweiterung, die den professionellen Anspruch des Systems weiter unterstrich.

Interessant ist auch die spätere Entwicklung des Unternehmens. Bereits 1980 begann Quasar mit dem Übergang zu leistungsfähigeren 16-Bit-Systemen auf Basis des Zilog Z8000. In Anzeigen warb das Unternehmen mit dem Satz „You can have it all … Z-80 OR Z-8000“ und bot teilweise sogar Z80-Emulation an, damit bestehende CP/M-Software weiterhin genutzt werden konnte. Parallel kündigte Quasar bereits UNIX-Unterstützung für die neuen Systeme an — ein deutlicher Hinweis darauf, dass man sich langfristig im professionellen Entwicklungs- und Multiuser-Markt etablieren wollte.

Rückblickend wirkt der QDP-100 dadurch weniger wie ein klassischer Heimcomputer seiner Zeit, sondern eher wie eine kompakte technische Entwicklungsstation. Gerade der integrierte EPROM-Brenner machte das System zu einem Werkzeug für Entwickler und technische Arbeitsumgebungen — ein ungewöhnlicher Ansatz in einer Zeit, in der viele Mikrocomputerhersteller noch versuchten, den Computer überhaupt erst in Büros oder Privathaushalten zu etablieren.

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.

TRS-80 Model II – Tandys konsequenter Schritt ins professionelle Büro

Der TRS-80 Model II erschien zu einem Zeitpunkt, als sich der Computermarkt bereits in zwei klar unterscheidbare Richtungen entwickelte. Systeme wie der TRS-80 Model I, der Apple II oder die frühen Rechner von Commodore International etablierten sich zunehmend im Heim- und Hobbybereich. Parallel dazu entstand jedoch ein wachsender Bedarf in Büros, Werkstätten und kleinen Unternehmen – nach Systemen, die nicht zum Experimentieren gedacht waren, sondern für den täglichen Einsatz in der Datenverarbeitung.

Genau hier positionierte die Tandy Corporation das Model II. Der Rechner war keine Weiterentwicklung des Model I, sondern eine eigenständige Plattform mit klar definierter Aufgabe. Statt Kassettenbetrieb setzte er vollständig auf Diskettenlaufwerke, statt sofort verfügbarem BASIC auf ein geladenes Betriebssystem, und statt Softwarekompatibilität auf funktionale Trennung. Das Ergebnis war ein System, das weniger auf Vielseitigkeit als auf Struktur, Planbarkeit und Zuverlässigkeit ausgelegt war.

Technisch präsentiert sich das Model II als geschlossenes, integriertes System. Die Displayeinheit beherbergt nicht nur den Monitor, sondern auch das Diskettenlaufwerk sowie wesentliche Teile der zentralen Elektronik. Die Tastatur ist als separates Gehäuse ausgeführt und wird über ein Kabel angeschlossen – eine Lösung, die sowohl ergonomischen als auch praktischen Anforderungen im professionellen Umfeld entgegenkommt. Im Inneren arbeitet ein Zilog Z80A mit 4 MHz, kombiniert mit zunächst 32 KB RAM, erweiterbar auf 64 KB. Die interne Organisation folgt dabei einer klar strukturierten Bauweise: CPU-Logik, Videoeinheit und Controllerfunktionen sind auf mehrere Steckkarten verteilt, die über ein internes Bussystem miteinander verbunden sind. Diese Konstruktion erleichterte Wartung und Austausch einzelner Komponenten und orientierte sich in ihrer Denkweise eher an professionellen Systemen als an typischen Heimcomputern, ohne jedoch deren vollständige Modularität zu erreichen.

Ein besonders aufschlussreiches Detail liefert die Videoarchitektur. Die Bildschirmausgabe wird von dedizierter Logik übernommen, wodurch der Hauptprozessor entlastet wird. Die Darstellung erfolgt standardmäßig in 80×24 Zeichen – ein Format, das sich direkt an professionellen Terminals orientiert und für Textverarbeitung sowie Datenbankanwendungen optimiert ist. Alternativ steht ein 40-Zeichen-Modus zur Verfügung. Der integrierte 12-Zoll-Monochrommonitor mit grünem Phosphor stellt den vollständigen ASCII-Zeichensatz sowie zusätzliche Grafikzeichen dar und erlaubt auch invertierte Darstellungen einzelner Zeichen.

Noch deutlicher wird die Zielrichtung beim Speichermedium. Das Model II ist konsequent auf den Diskettenbetrieb ausgelegt. Ein Kassettenanschluss fehlt vollständig, stattdessen kommt standardmäßig ein integriertes 8-Zoll-Diskettenlaufwerk zum Einsatz, dessen Kapazität je nach Formatierung typischerweise im Bereich von etwa 500 KB pro Diskette liegt. Über externe Einheiten konnten zusätzliche Laufwerke ergänzt werden. Der Arbeitsablauf ist entsprechend klar strukturiert: Nach dem Einschalten wartet das System auf das Einlegen einer Systemdiskette, von der ein Bootstrap-Programm geladen wird. Anschließend führt der Rechner interne Routinen aus, bevor schließlich das Betriebssystem startet und sich mit „TRSDOS-II Ready“ meldet. Ohne eingelegte Diskette bleibt das System im praktischen Betrieb nicht nutzbar – ein Verhalten, das im professionellen Alltag schnell zur Selbstverständlichkeit wurde.

Diese Arbeitsweise verweist auf eine grundlegende Designentscheidung: Es gibt kein fest integriertes BASIC im ROM, keine sofort verfügbare Programmierumgebung. Stattdessen beginnt jede Sitzung mit dem Laden eines Betriebssystems von Diskette. Diese klare Trennung von Hardware und Software erhöhte die Flexibilität und ermöglichte unterschiedliche Einsatzszenarien, die über das hinausgingen, was viele Heimcomputer leisten konnten.

Das primäre Betriebssystem war TRSDOS-II, ein speziell auf die Architektur des Systems zugeschnittenes Disk Operating System. Es bot eine strukturierte Dateiverwaltung, ein klar definiertes Kommandointerface und umfangreiche Routinen für die Programmentwicklung. Dateien konnten entweder dynamisch wachsen oder mit fest reservierten Bereichen angelegt werden, wodurch sich je nach Anwendung Geschwindigkeit oder Speichereffizienz optimieren ließ. Gleichzeitig trennte das System konsequent zwischen physikalischer Datenträgerstruktur und logischer Datenorganisation. Entwickler arbeiteten mit Datensätzen („Records“), während die physikalische Speicherung im Hintergrund abstrahiert wurde.

Auch die Zugriffsmöglichkeiten zeigen deutlich die professionelle Ausrichtung. TRSDOS-II unterstützte sowohl sequenziellen als auch direkten Zugriff auf Dateien. Daten konnten gezielt angesprochen oder in festgelegter Reihenfolge verarbeitet werden – eine grundlegende Voraussetzung für Anwendungen wie Buchhaltung, Lagerverwaltung oder Datenbanken. Die praktische Arbeit folgte dabei einer klaren Routine: Disketten wurden formatiert, Daten gesichert, Programme geladen und ausgeführt. Der Kopiervorgang kompletter Disketten konnte mehrere Minuten dauern, gehörte im Arbeitsalltag jedoch zum Standard.

Programme selbst wurden über Interpreter oder Compiler von Diskette geladen. Ein häufiger Einstieg erfolgte über einen BASIC-Interpreter, während für professionelle Anwendungen zusätzliche Programmiersprachen wie COBOL, FORTRAN oder Pascal zur Verfügung standen, die in der Regel separat bezogen wurden. Das Softwareangebot spiegelte diese Ausrichtung wider. Anwendungen wie Scripsit etablierten sich als frühe Textverarbeitungssysteme, während spezialisierte Programme für Buchhaltung und Verwaltung das Model II zu einem vielseitigen Werkzeug im Büro machten.

Gelegentlich wird auch die Unterstützung von CP/M erwähnt. Entsprechende Lösungen existierten, spielten jedoch im praktischen Einsatz eine untergeordnete Rolle. Die enge Abstimmung zwischen Hardware und TRSDOS-II machte das native System in vielen Fällen zur effizienteren Wahl.

Ein zeitgenössisches Einführungsvideo von Radio Shack beschreibt das System als „business, scientific and engineering oriented microcomputer“ und hebt hervor, dass es Aufgaben übernehmen könne, für die wenige Jahre zuvor deutlich größere Rechner erforderlich gewesen wären. Diese Einschätzung spiegelt den Optimismus der frühen Mikrocomputerära wider, verweist jedoch zugleich auf eine reale Entwicklung: Das Model II brachte Strukturen und Arbeitsweisen aus der Welt der Minicomputer in ein kompakteres, erschwinglicheres Format.

Unterhaltung spielte dabei kaum eine Rolle. Spiele waren auf dem Model II selten und beschränkten sich meist auf textbasierte Anwendungen oder einfache Logikprogramme. Die Hardware war nicht auf grafikintensive Anwendungen ausgelegt, sondern auf effiziente Datenverarbeitung. Auch verfügbare Programme unter CP/M blieben funktional und zweckorientiert.

Mit dem optionalen Graphics Package konnte das System jedoch erweitert werden. Damit waren grafische Darstellungen mit einer Auflösung von bis zu 640×240 Pixeln möglich, etwa für Diagramme, Tabellen oder einfache Visualisierungen. Grafik wurde dabei nicht als Selbstzweck verstanden, sondern als Werkzeug zur Darstellung von Informationen im wissenschaftlichen und kaufmännischen Kontext.

Preislich positionierte sich das Model II klar oberhalb des Heimmarktes. Mit rund 3.450 US-Dollar für die Basiskonfiguration und etwa 3.899 US-Dollar für erweiterte Varianten richtete sich das System gezielt an Unternehmen. Inflationsbereinigt entspricht dies heute etwa 14.000 bis 18.000 Euro. Im Vergleich zu deutlich teureren Systemen von IBM bot das Model II damit einen vergleichsweise erschwinglichen Einstieg in die elektronische Datenverarbeitung für kleinere Betriebe.

Exakte Verkaufszahlen sind schwer zu isolieren, da das Model II häufig zusammen mit anderen Systemen der TRS-80-Reihe betrachtet wird. Bekannt ist jedoch, dass bereits im ersten Jahr nach der Einführung eine vierstellige Stückzahl ausgeliefert wurde und sich das System rasch im professionellen Umfeld etablierte. Seine eigentliche Bedeutung liegt weniger in absoluten Zahlen als in seiner Rolle als Ausgangspunkt einer eigenständigen Business-Produktlinie. Diese wurde später mit Modellen wie dem Model 12 und dem TRS-80 Model 16 fortgeführt, letzteres mit zusätzlichem Prozessor und Unterstützung für das UNIX-Derivat Xenix.

Der Vergleich mit dem Model I verdeutlicht die Unterschiede besonders klar. Während das frühere System im Heim- und Hobbybereich verwurzelt war, richtete sich das Model II explizit an professionelle Anwender. Schnellere Verarbeitung, größere Speicherkapazität, konsequenter Disketteneinsatz und eine strukturierte Systemarchitektur machten es zu einem Werkzeug für organisierte Datenverarbeitung. Gleichzeitig bestand keine Softwarekompatibilität zum Model I – ein bewusster Schnitt, der die neue Zielrichtung unterstreicht.

Auch die physische Gestaltung folgt dieser Philosophie. Die kompakte Einheit aus Monitor, Laufwerk und Elektronik wirkt auf den ersten Blick massiv, offenbart jedoch eine funktionale Konstruktion. Die Tastatur lässt sich unter das Hauptgehäuse schieben, wodurch das System platzsparender wirkt. Intern dominiert eine klar strukturierte, busorientierte Architektur mit mehreren Steckplätzen für Erweiterungskarten, die Wartung und Anpassung erleichtert.

Selbst Details wie die Tastatur verdeutlichen den professionellen Anspruch. Sie ist als vollwertige, abgesetzte Einheit ausgeführt, mit numerischem Block und funktionaler Tastenanordnung, ausgelegt für effiziente Dateneingabe im Arbeitsalltag. Ihre Gestaltung orientiert sich deutlich an Schreibmaschinen und professionellen Terminals jener Zeit.

In der Gesamtschau ergibt sich ein klares Bild: Das Model II war kein erweitertes Heimgerät, sondern ein eigenständig konzipiertes System mit klar definierter Aufgabe. Wer experimentieren oder spielen wollte, griff zu anderen Rechnern. Wer jedoch Abläufe strukturieren, Daten verwalten und Prozesse zuverlässig abbilden musste, fand hier ein Werkzeug, das genau für diesen Zweck geschaffen wurde.

Unitron U-2200: Ein Apple-II-Klon mit integrierter CP/M-Doppelarchitektur

Der Unitron U-2200 gehört zu jener Generation von Mikrocomputern der frühen 1980er-Jahre, die in einer Phase entstanden, als sich noch keine einheitliche Architektur im Personal-Computer-Markt durchgesetzt hatte. Neben Systemen wie dem Apple II, verschiedenen CP/M-Rechnern und den ersten IBM-PC-Kompatiblen experimentierten zahlreiche kleinere Hersteller mit Maschinen, die mehrere Softwarewelten gleichzeitig unterstützen sollten. Der U-2200 wurde von der Firma Unitron in Taiwan produziert und über Händler unter anderem in Großbritannien, Australien und Teilen Europas vertrieben. Anzeigen aus Fachzeitschriften wie Personal Computer World aus dem Jahr 1984 bewarben das System ausdrücklich mit seiner Kombination aus Apple-II- und CP/M-Kompatibilität.

Technisch basierte der Rechner auf einer Dual-Prozessor-Architektur, die zwei damals wichtige Plattformen miteinander verband. Neben dem für Apple-II-Computer typischen MOS 6502 besaß das System zusätzlich einen Zilog Z80. Während der 6502 die Apple-kompatible Betriebsart ermöglichte, diente der Z80 vor allem zum Betrieb des weit verbreiteten CP/M-Betriebssystems. Anders als beim originalen Apple II, bei dem ein Z80 üblicherweise über eine Steckkarte ergänzt werden musste, war diese Kombination beim Unitron bereits Teil der Grundkonfiguration. Zeitgenössische Werbung stellte diese Eigenschaft entsprechend als zentrales Merkmal heraus.

Die übrigen technischen Eigenschaften orientierten sich deutlich am Apple-II-Design. Der Rechner verfügte über 64 KB Arbeitsspeicher, der auf 128 KB erweitert werden konnte, sowie über etwa 24 KB ROM. Der Textmodus bot eine Darstellung von 40 × 24 Zeichen, während mit einer Erweiterungskarte auch eine 80-Zeichen-Darstellung möglich war. Für grafische Anwendungen standen zwei klassische Apple-Formate zur Verfügung: ein Low-Resolution-Modus mit 40 × 48 Bildpunkten und bis zu 16 Farben sowie ein High-Resolution-Modus mit 280 × 192 Pixeln und sechs Farben.

Auch die Schnittstellen spiegelten die typische Ausstattung eines Mikrocomputers dieser Zeit wider. Der U-2200 bot Anschlüsse für externe 5¼-Zoll-Diskettenlaufwerke, ein Kassetteninterface, Joystick- bzw. Game-Paddle-Ports sowie einen Videoausgang zum Anschluss eines Monitors. Ein einfacher interner Lautsprecher sorgte für akustische Signale.

In der äußeren Gestaltung unterschied sich das System etwas von vielen Apple-II-Klonen. Die Tastatur war als separates Gerät ausgeführt und wurde über ein Spiralkabel mit dem Hauptgehäuse verbunden. Das Gehäuse selbst war schlicht gestaltet und trug auf der Vorderseite lediglich den Anschluss für die Tastatur sowie eine Betriebs-LED. Intern standen mehrere Erweiterungssteckplätze zur Verfügung, die mit Apple-kompatiblen Karten bestückt werden konnten, etwa für Diskettencontroller oder eine 80-Zeichen-Karte. Die Zahl dieser Steckplätze war jedoch geringer als beim originalen Apple II.

Der Unitron U-2200 wurde Anfang der 1980er über Händler vertrieben und unter anderem in Anzeigen der britischen Fachzeitschrift Personal Computer World beworben. Diese Anzeigen nennen die technischen Eigenschaften des Rechners – darunter die Dual-Prozessor-Architektur aus MOS 6502 und Zilog Z80, die Apple-II-Kompatibilität sowie die CP/M-Fähigkeit –, enthalten jedoch keine konkrete Preisangabe. Ein eindeutig belegbarer Verkaufspreis des Systems ist in den derzeit verfügbaren Quellen bislang nicht nachweisbar. Zum Vergleich: Ein Apple IIe kostete im Vereinigten Königreich um 1983/84 typischerweise etwa £1.200 bis £1.400 als Basissystem. Viele Apple-II-kompatible Rechner lagen darunter und bewegten sich je nach Ausstattung häufig im Bereich von etwa £700 bis £1.100. In welchem exakten Preisbereich der Unitron U-2200 angeboten wurde, lässt sich aus den bekannten Quellen jedoch nicht eindeutig rekonstruieren.

 

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.