Schlagwort-Archiv: 8-Zoll-Diskettenlaufwerk

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.

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.