Schlagwort-Archiv: Mikrocomputer

Monroe OC-8820 – Bürocomputer aus dem globalen Gemischtwarenladen

Litton Industries hatte Anfang der 1980er-Jahre ein bemerkenswert breites Verständnis davon, was zu einem ordentlichen Produktportfolio gehört. Der amerikanische Mischkonzern stellte Mikrowellenöfen, Flugzeugelektronik und Büromaschinen her; über seine Tochter Ingalls Shipbuilding entstanden sogar Kriegsschiffe. Während Monroe den OC-8820 auf den Büromarkt brachte, lag in Littons Werft in Pascagoula bereits die USS Ticonderoga auf Kiel, das Typschiff einer neuen Klasse von Lenkwaffenkreuzern. Wer über das nötige Kleingeld verfügte, bekam bei Litton somit beinahe alles zwischen Büroarbeit, Mittagessen und Seekrieg.

Vom Rechenautomaten zum Bürocomputer

Monroe passte gut in dieses Sammelsurium. Das 1912 gegründete Unternehmen war mit mechanischen Rechenmaschinen groß geworden und 1958 von Litton übernommen worden. Jahrzehntelang standen Geräte mit dem Namen Monroe in Buchhaltungen und Geschäftszimmern. Als Taschenrechner aus Japan die traditionellen Hersteller unter Druck setzten, erweiterte das Unternehmen sein Angebot. Aus der Monroe Calculating Machine Company wurde 1980 Monroe Systems for Business. Mit dem neuen Namen weitete Monroe seinen Anspruch auf die gesamte Büroorganisation aus.

Der OC-8820 richtete sich ausschließlich an Unternehmen. Verkauft wurde eine vollständige Büroanlage, betreut durch Monroes eigenes Netz aus Vertriebs- und Serviceniederlassungen. Vorgesehen war sie für Textverarbeitung, Datenbanken, Kalkulationen und die Buchhaltung.

Als die britische Zeitschrift Personal Computer World den OC-8820 im April 1982 testete, bestand der Markt für professionelle Mikrocomputer noch aus zahlreichen untereinander kaum kompatiblen Systemen. Ein eigener Rechner mit eigener Software war zu diesem Zeitpunkt kein ungewöhnlicher Weg. Erst der wachsende Erfolg des IBM PC und seiner kompatiblen Nachbauten machte herstellerspezifische Lösungen zunehmend schwerer verkäuflich.

Viel Speicher für einen Z80

Im Gehäuse arbeitete ein mit 3 MHz getakteter Zilog Z80A. Die Grundausstattung umfasste 128 KB RAM, erweiterte Ausführungen kamen auf 256 KB. Das war für einen Z80-Rechner beachtlich, denn der Prozessor konnte unmittelbar nur 64 KB adressieren. Der OC-8820 teilte seinen größeren Speicher daher in umschaltbare Bereiche auf. Auf erhaltenen Platinen sitzen entsprechend ganze Reihen einzelner Speicherbausteine – ein erheblicher Aufwand für eine Kapazität, die heute nicht einmal für ein kleines Vorschaubild reichen würde.

Hinzu kamen ein eingebauter monochromer Neun-Zoll-Bildschirm mit 80 Zeichen in 24 Zeilen, eine vollständige Tastatur, drei serielle Schnittstellen, ein Parallelanschluss und zwei 5,25-Zoll-Diskettenlaufwerke. Zusammen boten die Laufwerke je nach Ausführung ungefähr 600 bis 640 KB Speicherplatz. Eine Festplatte mit 5 MB war zumindest angekündigt; andere Unterlagen nennen außerdem eine Ausführung mit 10 MB. Der rund 22 Kilogramm schwere OC-8820 war damit zwar ein Kompaktgerät, allerdings nur in dem Sinne, dass Monroe Bildschirm, Laufwerke und Elektronik in dasselbe Gehäuse gezwängt hatte.

Beim Einschalten übernahm ein lediglich 2 KB großes Boot-ROM. Erhaltene Fassungen zeigen, dass es den Arbeitsspeicher und die angeschlossenen Systemgeräte prüfte und anschließend das Betriebssystem von Diskette lud. Ohne passendes Medium blieb der Rechner bei einer höflichen, aber endgültigen Aufforderung stehen: „Ready For System Disk“.

Das Büro als geschlossenes System

Als Betriebssystem bot Monroe ein eigenes Multitasking-System an. Die größere Speicherausstattung erlaubte es, mehrere Büroaufgaben im Speicher zu halten und zwischen ihnen zu wechseln. Daneben war eine für die Hardware angepasste Ausgabe von CP/M erhältlich. Zum Softwareangebot gehörten Monroe BASIC sowie Programme und Sprachen für Textverarbeitung, Datenbanken, Tabellenkalkulation und kaufmännische Anwendungen. Zeitgenössische Übersichten nennen unter anderem WordStar, dBase II, COBOL, Fortran und Pascal.

Die CP/M-Unterstützung machte den OC-8820 nicht automatisch mit den Disketten anderer CP/M-Rechner kompatibel. Monroe verwendete ein eigenes Aufzeichnungsformat, weshalb der Computer gewöhnliche CP/M-Disketten anderer Systeme nicht ohne Weiteres lesen konnte. Mehrere heutige Darstellungen haben daraus einen ungewöhnlichen Kopierschutz oder gar den Versuch gemacht, Käufer an Monroes Softwareangebot zu binden. Dabei war dieses Durcheinander bei CP/M eher Alltag als Ausnahme: Das Betriebssystem vereinheitlichte die Programmschnittstelle, überließ die konkrete Ansteuerung der Laufwerke aber den jeweiligen Herstellern. Prozessor und Software konnten zusammenpassen, während die Disketten trotzdem unverständlich blieben.

Mit einem zusätzlichen Kommunikationssystem konnte der Monroe über SNA/SDLC an IBM-Großrechner angebunden werden. Er ließ sich dann als entferntes Terminal einsetzen, ohne seine Fähigkeit zur lokalen Datenverarbeitung aufzugeben. Gerade darin zeigte sich die Zielgruppe: Der OC-8820 sollte keinen Großrechner verdrängen. Er erledigte die Arbeit am Schreibtisch und griff bei Bedarf auf die zentrale Unternehmens-EDV zu.

13.100 Pfund für den Schreibtisch

In Großbritannien kostete der OC-8820 2.990 Pfund. Inflationsbereinigt entspricht das 2026 rund 13.100 Pfund. Dafür erhielt der Kunde 128 KB RAM, zwei Diskettenlaufwerke, Bildschirm und professionelle Schnittstellen; Installation, Schulung und Anwendungsunterstützung spielten bei solchen Geschäftssystemen ebenfalls eine wichtige Rolle. Der Preis war in dieser Geräteklasse nicht außergewöhnlich, verdeutlicht aber, wie weit der OC-8820 von einem Computer für den privaten Schreibtisch entfernt war.

Der OC-8820 kam zu einem ungünstigen Zeitpunkt. Mit dem IBM PC und den bald folgenden kompatiblen Rechnern entstand ein Markt, in dem Unternehmen Hardware, Programme und Erweiterungen verschiedener Anbieter miteinander kombinieren konnten. Monroe setzte weiterhin auf eine eigene Architektur, ein eigenes Betriebssystem und den Vertrieb über seine Büromaschinenorganisation.

Wie viele OC-8820 verkauft wurden, ist nicht bekannt. Lange blieb das System jedenfalls nicht im Angebot. Litton trennte sich 1984 von Monroe; die Rechner verschwanden, während sich das Unternehmen wieder auf andere Bürogeräte konzentrierte.

Heute sind nur wenige OC-8820 erhalten. Manche ließen sich erst wieder starten, nachdem Restauratoren korrodierte Kontakte instand gesetzt und verlorene Systemdisketten rekonstruiert hatten. Ausgerechnet der Konzern, der gleichzeitig einen modernen Lenkwaffenkreuzer bauen konnte, hinterließ bei seinem Bürocomputer kaum genug Material für einen ordentlichen Systemstart.

Rockwell AIM-65 (1978) – Der professionelle Nachfolger des KIM-1

Foto: Rama / Wikimedia Commons, CC BY-SA 2.0 FR.

Als MOS Technology 1976 den KIM-1 vorstellte, erhielt die junge Mikrocomputer-Szene erstmals ein vergleichsweise kostengünstiges System, mit dem Entwickler, Studenten und Elektroniker die Möglichkeiten des neuen 6502-Prozessors erkunden konnten. Mit der zunehmenden Verbreitung des 6502 stiegen jedoch auch die Anforderungen an Entwicklungs- und Ausbildungssysteme. Programme wurden umfangreicher, Anwendungen vielfältiger und in vielen Bereichen bestand Bedarf an komfortableren Eingabe- und Ausgabemöglichkeiten. In diesem Umfeld erschien 1978 der Rockwell AIM-65.

Der Name AIM stand für „Advanced Interactive Monitor“ und beschrieb das System treffend. Während zahlreiche Einplatinencomputer jener Zeit noch auf Hexadezimaltastaturen, wenige LED-Anzeigen oder externe Terminals angewiesen waren, verfügte der AIM-65 bereits in der Grundausstattung über eine vollwertige Tastatur mit 54 Tasten, ein zwanzigstelliges alphanumerisches LED-Display, einen integrierten Thermodrucker, einen Maschinenmonitor im ROM, einen Assembler sowie die Möglichkeit, BASIC und weitere Programmiersprachen direkt aus ROM-Modulen zu betreiben. Damit vereinte der Rechner Funktionen, die bei vielen zeitgenössischen Entwicklungssystemen noch auf mehrere Geräte verteilt waren.

Rockwell gehörte neben MOS Technology zu den wichtigsten Herstellern der 6502-Familie und produzierte eigene Varianten der Prozessoren und Begleitchips unter der Bezeichnung R6500. Der AIM-65 diente dabei als Demonstrations- und Entwicklungssystem für diese Bausteinfamilie. Zum Einsatz kamen unter anderem der R6502-Prozessor, der R6522 Versatile Interface Adapter (VIA) sowie der R6532 RAM-I/O-Timer (RIOT), die später in zahlreichen industriellen und technischen Anwendungen Verwendung fanden.

Anders als viele bekannte Heimcomputer der späten 1970er Jahre entstand der AIM-65 nicht primär für den privaten Markt. Rockwell positionierte ihn als Entwicklungs-, Ausbildungs- und Evaluierungssystem. Universitäten nutzten ihn zur Vermittlung von Mikroprozessortechnik, Ingenieurbüros entwickelten damit Steuerungen und Testsysteme, während Unternehmen den Rechner als Plattform für eigene industrielle Anwendungen einsetzten. Lehrbücher von Autoren wie Lance Leventhal oder Leo Scanlon verwendeten den AIM-65 als Grundlage für praktische Übungen und Experimente rund um den 6502-Prozessor. Seine Verbreitung konzentrierte sich dadurch vor allem auf Ausbildung, Entwicklung und industrielle Anwendungen.

Zu den auffälligsten Merkmalen des Systems gehörte der integrierte Thermodrucker. Während andere Entwicklungsrechner häufig ein zusätzliches Terminal oder einen externen Drucker benötigten, konnte der AIM-65 Speicherinhalte, Programmlistings, Fehlermeldungen und Messergebnisse unmittelbar auf Papier ausgeben. Nach dem Einschalten meldete sich das System sowohl über das Display als auch über den Drucker. Dadurch konnten Programmlistings, Speicherinhalte und Ausgaben ohne zusätzliche Hardware dokumentiert werden. Der Drucker wurde zu einem der bekanntesten Erkennungsmerkmale des AIM-65 und unterschied ihn deutlich von vielen anderen Einplatinencomputern seiner Zeit.

Einen zeitgenössischen Eindruck vermittelt ein Testbericht aus der ersten Ausgabe des amerikanischen Magazins Compute! von 1979. Autor Donald Clem untersuchte den AIM-65 ausführlich und widmete dem integrierten Monitorprogramm einen großen Teil seines Artikels. Besprochen wurden unter anderem der eingebaute Assembler, die Disassembler-Funktionen, die Speicher- und Registerverwaltung sowie die Möglichkeiten zum Testen und Analysieren von Programmen. Clem kam zu dem Schluss, dass bereits die Fähigkeiten des Monitors einen erheblichen Teil des Kaufpreises rechtfertigten und bewertete das System insgesamt als ein gutes Angebot für den geforderten Preis.

Das Innenleben

Im Inneren des AIM-65 arbeitete ein R6502-Mikroprozessor mit einer Taktfrequenz von 1 MHz. Dabei handelte es sich um Rockwells eigene Variante des von MOS Technology entwickelten 6502, der bereits im KIM-1 und später unter anderem im Apple II, Commodore PET sowie in den Atari-400- und Atari-800-Systemen eingesetzt wurde. Für Rockwell war der AIM-65 jedoch nicht lediglich ein Rechner auf Basis dieses Prozessors. Das System entstand als Entwicklungs- und Demonstrationsplattform für die gesamte R6500-Bausteinfamilie und zeigte den Zusammenschluss von Prozessor, Speicher und Peripherie zu einem vollständigen Mikrocomputersystem.

Unterstützt wurde die CPU von mehreren Bausteinen derselben Familie. Eine wichtige Funktion übernahm der R6532 RIOT (RAM-I/O-Timer), der Arbeitsspeicher, Ein- und Ausgabefunktionen sowie Timerlogik in einem einzigen Chip vereinte. Hinzu kamen zwei R6522 VIA-Bausteine (Versatile Interface Adapter), die sowohl interne Komponenten als auch externe Schnittstellen ansteuerten. Einer der VIA-Chips war unter anderem an der Steuerung des Druckers beteiligt, während der zweite für weitere Ein- und Ausgabefunktionen sowie Erweiterungen zur Verfügung stand. Diese Konfiguration entsprach weitgehend den Referenzsystemen, die Rockwell in den Handbüchern der R6500-Familie beschrieb.

Die Speicherausstattung betrug je nach Ausführung 1 oder 4 Kilobyte RAM. Ende der 1970er Jahre reichte dies für zahlreiche Ausbildungs-, Steuerungs- und Entwicklungsaufgaben aus. BASIC-Programme, Testsoftware oder Maschinensprache-Routinen fielen häufig deutlich kompakter aus als viele Programme späterer Heimcomputergenerationen. Das BASIC-System selbst befand sich in separaten ROM-Modulen und konnte bei Bedarf nachgerüstet oder ausgetauscht werden.

Neben dem Arbeitsspeicher spielte der ROM-Bereich eine zentrale Rolle. Bereits unmittelbar nach dem Einschalten stand dem Anwender ein umfangreicher Maschinenmonitor zur Verfügung. Dieser erlaubte das Anzeigen und Verändern von Speicherinhalten, das Setzen von Startadressen, die Untersuchung von Prozessorregistern sowie das Laden und Speichern von Programmen. Darüber hinaus enthielt das System einen Assembler und einen Disassembler. Programme konnten direkt auf dem Rechner erstellt, analysiert und getestet werden, ohne dass hierfür zusätzliche Entwicklungswerkzeuge erforderlich waren.

Die Speicherorganisation des AIM-65 war auf den Einsatz von Monitor, Anwenderprogrammen und zusätzlichen Sprach-ROMs ausgelegt. Neben Microsoft BASIC bot Rockwell auch FORTH, PL/65 und Pascal an. PL/65 entstand speziell für die R6500-Familie und gehörte zu den Sprachen, die Rockwell für technische und industrielle Anwendungen vorsah. Der AIM-65 konnte dadurch mit unterschiedlichen Programmiersprachen betrieben werden, ohne dass Änderungen an der Grundhardware erforderlich waren.

Die Hauptplatine unterscheidet sich deutlich von vielen späteren Heimcomputern. Statt Grafik- und Soundschaltungen finden sich auf ihr vor allem Prozessor, Speicherbausteine, Schnittstellenlogik und die Ansteuerung des integrierten Druckers. Bereits das Basissystem verfügte über Tastatur, Anzeige, Druckausgabe, Kassettenschnittstelle und Erweiterungsanschlüsse. Die für Entwicklungsaufgaben benötigten Grundfunktionen waren damit bereits auf der Hauptplatine vorhanden.

Der Unterschied zum KIM-1 wird besonders bei der Bedienung sichtbar. Beim KIM-1 erfolgten zahlreiche Aufgaben über eine Hexadezimaltastatur und sechs LED-Anzeigen. Der AIM-65 brachte dagegen bereits eine Volltastatur, eine zwanzigstellige alphanumerische Anzeige und einen integrierten Drucker mit. Nach dem Einschalten standen Monitorprogramm, Tastatur, Anzeige und Drucker unmittelbar zur Verfügung. Diese Ausstattung prägte den Charakter des Systems und erklärt, weshalb der AIM-65 in Ausbildungsstätten, Entwicklungsabteilungen und industriellen Umgebungen anzutreffen war.

Thermodrucker

Wer einen AIM-65 zum ersten Mal sieht, bemerkt meist zunächst nicht den Prozessor oder die Speicherbausteine, sondern den schmalen Thermodrucker an der Vorderseite des Systems. Rockwell integrierte ihn bereits in das Grundgerät und machte ihn damit zu einem festen Bestandteil des Bedienkonzepts.

Der Drucker arbeitete mit wärmeempfindlichem Papier und konnte zwanzig Zeichen pro Zeile ausgeben. Nach dem Einschalten meldete sich das System nicht nur über die alphanumerische Anzeige, sondern gab seine Statusmeldungen auch auf dem Drucker aus. Speicherinhalte, Programmlistings, Fehlermeldungen oder die Ergebnisse eigener Programme konnten unmittelbar auf Papier festgehalten werden.

In den Schaltplänen des AIM-65 nimmt die Druckeransteuerung einen eigenen Bereich ein. Mehrere Logikbausteine, Treiberstufen und die Anbindung an die VIA-Schnittstellen zeigen, dass Rockwell den Drucker nicht als Zubehör betrachtete. Er gehörte von Beginn an zur Architektur des Systems. Für den Betrieb war eine zusätzliche 24-Volt-Versorgung erforderlich, die ausschließlich für die Druckereinheit vorgesehen war.

Das Druckwerk verwendete einen Thermokopf mit zehn Heizelementen. Während des Druckvorgangs wurde das Papier schrittweise transportiert und die Zeichen zeilenweise aufgebaut. Die Konstruktion war auf kurze Textausgaben, Programmlistings und Diagnosedaten ausgelegt. Grafische Ausgaben standen dabei nicht im Vordergrund.

Der Drucker spielte auch bei der Softwareentwicklung eine wichtige Rolle. Programme konnten auf Papier dokumentiert werden, ohne dass ein externes Terminal oder ein zusätzlicher Drucker angeschlossen werden musste. Dies entsprach der grundsätzlichen Ausrichtung des AIM-65 als eigenständiges Entwicklungs- und Ausbildungssystem.

Im Vergleich zum KIM-1 fällt dieser Unterschied besonders deutlich auf. Der KIM-1 verfügte lediglich über eine kleine Hexadezimalanzeige und eine Hex-Tastatur. Wer größere Programme dokumentieren oder Ausgaben dauerhaft festhalten wollte, benötigte zusätzliche Hardware. Beim AIM-65 gehörte diese Möglichkeit bereits zur Grundausstattung.

Auch Jahre nach dem Erscheinen des Systems blieb der Drucker eines der bekanntesten Merkmale des AIM-65. In zeitgenössischen Berichten, Bedienungsanleitungen und späteren Rückblicken wird er regelmäßig als eines der charakteristischen Bauteile des Rechners erwähnt. Auf Fotografien ist er häufig ebenso präsent wie die Tastatur oder die zwanzigstellige LED-Anzeige.

Monitor, Assembler und Programmiersprachen

Neben Tastatur, Anzeige und Drucker verfügte der AIM-65 bereits in der Grundausstattung über einen Maschinenmonitor, einen Assembler und weitere Entwicklungswerkzeuge im ROM. Nach dem Einschalten standen diese Funktionen unmittelbar zur Verfügung, ohne dass zusätzliche Software von Kassette oder anderen Datenträgern geladen werden musste.

Der Monitor stellte die grundlegenden Funktionen zur Bedienung des Systems bereit. Über ihn konnten Speicherbereiche angezeigt und verändert, Prozessorregister untersucht, Programme gestartet sowie Daten auf Kassette gespeichert oder von dort geladen werden. Darüber hinaus standen Funktionen zur Fehlersuche und Programmanalyse zur Verfügung. Viele dieser Routinen waren dokumentiert und konnten auch von eigenen Programmen aus genutzt werden.

Viele Funktionen des Systems wurden über die Monitorumgebung aufgerufen. Statt Programme ausschließlich in Hexadezimalform einzugeben, konnten Entwickler auf einen integrierten Assembler zurückgreifen. Dieser übersetzte Quelltexte unmittelbar auf dem System in Maschinencode. Ergänzt wurde er durch einen Disassembler, der bereits vorhandene Maschinenprogramme wieder in lesbare Assemblersprache zurückverwandelte. Beide Werkzeuge gehörten zur Standardausstattung des Systems.

Donald Clem beschäftigte sich in seinem Testbericht für die erste Ausgabe von Compute! ausführlich mit dem Monitorprogramm und den Entwicklungswerkzeugen des AIM-65. Besprochen wurden unter anderem die Speicherverwaltung, die Registeranzeige, die Monitorroutinen sowie die Funktionen des Assemblers und Disassemblers. Clem kam zu dem Schluss, dass bereits die Fähigkeiten des Monitors einen erheblichen Teil des Kaufpreises rechtfertigten.

Zu den verfügbaren Sprachsystemen gehörte Microsoft BASIC, das über ein eigenes ROM-Modul bereitgestellt wurde. BASIC konnte für Berechnungen, Datenerfassung, Steuerungsaufgaben oder Ausbildungszwecke eingesetzt werden. Programme wurden über die Tastatur eingegeben und konnten anschließend auf Kassette gespeichert oder über den integrierten Drucker ausgegeben werden.

Rockwell bot darüber hinaus weitere Programmiersprachen für die R6500-Plattform an. Dazu gehörte FORTH, das unter anderem für Mess-, Steuer- und Automatisierungsaufgaben eingesetzt wurde. Ebenfalls verfügbar war PL/65, eine speziell für die R6500-Familie entwickelte Programmiersprache. Für bestimmte Anwendungen wurde außerdem Pascal angeboten.

Neben BASIC standen damit auch FORTH, PL/65 und Pascal zur Verfügung. Die jeweiligen Sprachsysteme wurden über ROM-Module bereitgestellt und konnten je nach Anwendung eingesetzt werden. Dadurch ließ sich derselbe Rechner sowohl für Assemblerentwicklung als auch für Programme in höheren Programmiersprachen verwenden.

Der AIM-65 vereinte damit Monitor, Assembler, Disassembler und mehrere Programmiersprachen bereits im Basissystem oder in den dafür vorgesehenen ROM-Erweiterungen. Zusammen mit Tastatur, Anzeige und Drucker bildeten diese Werkzeuge die Arbeitsumgebung, die Rockwell für Entwicklung, Ausbildung und technische Anwendungen vorgesehen hatte.

Erweiterungen und Ausbau des Systems

Bereits kurz nach der Einführung des AIM-65 bot Rockwell verschiedene Erweiterungen für das System an. Das Angebot reichte von zusätzlichem Speicher über Programmiersysteme bis hin zu Massenspeicher- und Videoschnittstellen.

Zum Erweiterungsangebot gehörte ein Expansion Motherboard, das zusätzliche Steckplätze bereitstellte. Dort konnten weitere RAM- und ROM-Karten installiert werden. Anwender hatten damit die Möglichkeit, den verfügbaren Speicher auszubauen oder zusätzliche Software in Form von ROM-Modulen einzusetzen.

Zu den bekanntesten Zubehörgeräten gehörte der PROM Programmer. Mit diesem System konnten PROMs und EPROMs programmiert und getestet werden. Rockwell kombinierte das Gerät mit dem CO-ED-Code-Editor, der Änderungen am Objektcode direkt auf dem AIM-65 ermöglichte. Programme konnten nach ihrer Entwicklung auf dem AIM-65 in programmierbare Speicherbausteine übertragen und anschließend in eigenen Hardwareprojekten verwendet werden.

Für größere Softwareprojekte standen außerdem Diskettensysteme zur Verfügung. Über entsprechende Controller konnten Floppy-Laufwerke angeschlossen werden. Disketten boten gegenüber Kassettenrecordern größere Speicherkapazitäten und kürzere Zugriffszeiten. Neben den Diskettensystemen waren auch verschiedene RAM- und ROM-Erweiterungen erhältlich.

Rockwell bot darüber hinaus Schnittstellenkarten für den IEEE-488-Bus an. Dadurch konnten Messgeräte, Laborhardware und andere kompatible Systeme angeschlossen werden. Diese Schnittstelle war insbesondere im technischen und wissenschaftlichen Umfeld weit verbreitet.

Neben den klassischen Erweiterungen erschienen auch Videolösungen. Bekannt wurde insbesondere die VIDEO-1-Karte von Rines Engineering, die den Anschluss eines Bildschirms ermöglichte. Darüber hinaus existierten Videokarten innerhalb der RM65-Familie, die auf dem 6545-CRT-Controller basierten. Damit konnten Programme und Daten auf einem Bildschirm dargestellt werden.

Zum AIM-65 waren Erweiterungen für Speicher, Programmiersprachen, Massenspeicher, Videoausgabe und Gerätesteuerung erhältlich. Rockwell ergänzte die Produktreihe später durch den AIM-65/40. Das System übernahm zahlreiche Merkmale des ursprünglichen AIM-65 und gehörte zur weiteren Entwicklung der R6500-Plattform.

Wie ging es weiter?

Anfang der 1980er Jahre ergänzte Rockwell die Produktreihe durch den AIM-65/40. Das System gehörte weiterhin zur R6500-Familie und wurde neben dem ursprünglichen AIM-65 angeboten.

Die Bezeichnung „40“ bezog sich auf die vierzig Zeichen breite Anzeige. Während der AIM-65 über eine zwanzigstellige alphanumerische Anzeige verfügte, besaß der AIM-65/40 eine Anzeige mit vierzig Zeichen. Dadurch unterschied sich das Erscheinungsbild beider Systeme bereits auf den ersten Blick.

Der AIM-65/40 konnte mit zusätzlichen Speicher- und Schnittstellenkarten betrieben werden und war innerhalb der R6500-Produktfamilie mit weiteren Systemkomponenten kombinierbar. Mehrere Erweiterungen und Peripheriegeräte wurden sowohl innerhalb der AIM-65- als auch der RM65-Produktfamilie angeboten.

Trotz der Einführung des AIM-65/40 blieb der ursprüngliche AIM-65 weiterhin verfügbar. Beide Systeme wurden für Ausbildungs-, Entwicklungs- und Steuerungsaufgaben eingesetzt. Der AIM-65/40 ergänzte das bestehende AIM-65-Angebot innerhalb der R6500-Produktfamilie.

Der AIM-65 blieb nicht auf die Vereinigten Staaten beschränkt. Siemens vertrieb das System in Europa als PC100 und nutzte die Plattform vor allem im Ausbildungs- und Technikbereich. Die technische Grundlage blieb dabei weitgehend erhalten. Der PC100 entwickelte sich später zu einer eigenen Produktlinie und wird deshalb häufig getrennt vom ursprünglichen AIM-65 betrachtet.

Nachdem Rockwell die Produktion eingestellt hatte, übernahm Dynatem 1986 die Fertigung des Systems unter Lizenz. Dadurch blieb der AIM-65 auch nach dem Ende seiner ursprünglichen Produktionszeit verfügbar. Dynatem führte die Plattform noch mehrere Jahre weiter, bevor sich das Unternehmen auf andere Bereiche der Embedded-Computertechnik konzentrierte.

Im Vergleich zu Systemen wie dem KIM-1 oder dem SYM-1 vereinte der AIM-65 bereits in der Grundausstattung eine Volltastatur, eine alphanumerische Anzeige, einen Thermodrucker sowie Entwicklungswerkzeuge im ROM. Ergänzt wurde dies durch Speichererweiterungen, Programmiersprachen, Diskettensysteme, Videoausgaben und Schnittstellenkarten. Lehrbücher von Autoren wie Lance Leventhal und Leo Scanlon verwendeten den Rechner als Grundlage für Übungen und Experimente rund um die 6502-Architektur. Zeitgenössische Testberichte beschäftigten sich ausführlich mit dem integrierten Monitor, dem Assembler und den weiteren Entwicklungswerkzeugen des Systems.

Rockwell bot den AIM-65 1979 zu einem Preis von 375 US-Dollar an. Inflationsbereinigt entspricht dies heute einer Kaufkraft von rund 1.680 US-Dollar (Stand: Juni 2026). In Großbritannien wurde das System für 249,50 Pfund angeboten. Dies entspricht einer heutigen Kaufkraft von etwa 1.620 Pfund (Stand: Juni 2026). Offizielle Verkaufszahlen veröffentlichte Rockwell nicht. Die heute verfügbaren Quellen erlauben daher keine verlässliche Aussage über die tatsächlich produzierte Stückzahl.

Der AIM-65 entstand nicht als Heimcomputer für den Massenmarkt, sondern als Entwicklungs-, Ausbildungs- und Steuerungssystem innerhalb der R6500-Produktfamilie. Die Kombination aus Tastatur, Anzeige, Drucker, Monitor und Erweiterungsmöglichkeiten bestimmte seinen Einsatz in Laboren, Ausbildungsstätten und Entwicklungsabteilungen. Innerhalb der Geschichte der 6502-Plattform steht der AIM-65 damit zwischen den frühen Einplatinencomputern der zweiten Hälfte der 1970er Jahre und den späteren, stärker ausgebauten Entwicklungs- und Industrierechnern der 1980er Jahre.

 

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.