Schlagwort-Archiv: 1979

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

Veröffentlicht am  von | Keine Kommentare

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.

Motorola 6800: Der 8-Bit-Baukasten, der Steuerungen und Terminals prägte

Veröffentlicht am  von | Keine Kommentare

Motorola-6800-Mikroprozessor aus einer CPU-Sammlung. Foto: Konstantin Lanzet, CC BY-SA 3.0.

Als Motorola Mitte der 1970er-Jahre begann, seine Mikroprozessorstrategie zu formulieren, befand sich die Halbleiterindustrie in einer Phase rascher Experimente. Rechnerleistung wanderte gerade aus Großrechnern und Minicomputern in immer kleinere Bauformen, doch eine klare Architektur für Mikrocomputer existierte noch nicht. Firmen wie Intel, MOS Technology und Motorola tasteten sich an die Möglichkeiten heran. In diese Situation hinein stellte Motorola 1974 seinen neuen Prozessor vor: den Motorola 6800, der ab etwa 1975 in größeren Stückzahlen verfügbar wurde. Er war weniger als isolierter Chip gedacht, sondern als Herzstück einer ganzen Systemfamilie, die Entwicklern den Aufbau kompletter Steuer- oder Rechnersysteme erleichtern sollte.

Motorola kam aus einer anderen Tradition als viele der später berühmten Heimcomputerhersteller. Das Unternehmen hatte seine Wurzeln in der Funktechnik der 1920er-Jahre und entwickelte sich über Jahrzehnte zu einem bedeutenden Hersteller von Halbleitern für Industrie, Militärtechnik und Kommunikation. Mikroprozessoren wurden daher zunächst vor allem als Bausteine für Steueranlagen, Terminals oder Messgeräte betrachtet – weniger als Grundlage für Heimcomputer. Genau aus dieser Perspektive entstand der 6800.

Technisch handelte es sich um einen 8-Bit-Prozessor mit einem 16-Bit-Adressraum, der also bis zu 64 Kilobyte Speicher ansprechen konnte – ein für die damalige Zeit typischer Wert. Die Taktfrequenz lag meist bei etwa 1 MHz, wobei reale Systeme je nach Speicher und Busdesign geringfügig darunter arbeiteten. Intern verfügte der Prozessor über zwei Akkumulatorregister (A und B), ein Indexregister, einen Program Counter sowie einen 16-Bit-Stack Pointer. Diese Struktur war übersichtlich und für Entwickler relativ leicht nachvollziehbar. Viele Ingenieure schätzten besonders, dass der Stack Pointer direkt adressierbar war – eine Eigenschaft, die bei Softwareentwicklung und Unterprogrammen praktische Vorteile brachte.

Wichtiger als die CPU selbst war jedoch Motorolas Konzept einer kompletten Mikroprozessorfamilie. Statt nur einen Prozessor anzubieten, entwickelte das Unternehmen eine Reihe passender Peripheriechips, die zusammen ein vollständiges System bildeten. Dazu gehörten etwa der 6820 PIA (Peripheral Interface Adapter) für parallele Ein- und Ausgaben, der 6850 ACIA (Asynchronous Communications Interface Adapter) für serielle Kommunikation sowie Timer- und Taktbausteine wie der 6840 Programmable Timer Module. Motorola stellte damit eine Art Baukasten bereit, aus dem Entwickler komplette Steuerrechner zusammensetzen konnten – ein Ansatz, der besonders in industriellen Anwendungen und frühen Embedded-Systemen großen Anklang fand.

Um diese Architektur praktisch nutzbar zu machen, bot Motorola auch eigene Entwicklungsgeräte an. Eines der bekanntesten war das MEK6800D2 Microprocessor Evaluation Kit, ein Single-Board-System, das in vielen Labors, Ausbildungsstätten und Entwicklungsabteilungen eingesetzt wurde. Das Board besaß eine einfache Hexadezimal-Tastatur, LED-Anzeige und Monitorprogramme im ROM, sodass Ingenieure Programme direkt eingeben und testen konnten. In Universitäten und technischen Schulen gehörten solche Systeme bald zur Standardausrüstung, weil sie einen relativ unkomplizierten Einstieg in die Mikroprozessorprogrammierung ermöglichten. Ergänzt wurde dies durch größere Entwicklungsstationen wie das Motorola EXORciser-System, auf dem Software komfortabler erstellt und anschließend auf Zielhardware übertragen werden konnte.

Aus heutiger Sicht fällt auf, dass die Chips der 6800-Familie relativ stromhungrig waren. Ein einzelner Prozessor benötigte typischerweise etwa 150 bis 300 Milliampere bei fünf Volt Versorgungsspannung. Im Vergleich zu späteren Designs – etwa dem deutlich effizienteren MOS Technology 6502 – wirkte dies recht hoch, entsprach jedoch durchaus dem Stand der frühen Mikroprozessorentwicklung. Viele Systeme jener Zeit waren ohnehin nicht auf minimale Leistungsaufnahme optimiert, sondern auf robuste Funktion in industriellen Umgebungen.

Ein interessanter Aspekt der Geschichte des 6800 liegt in seiner indirekten Rolle bei der Entstehung eines seiner größten Konkurrenten. Mehrere Ingenieure, die an der Entwicklung der Motorola-Architektur beteiligt gewesen waren, verließen das Unternehmen später und arbeiteten bei MOS Technology an einer neuen CPU. Daraus entstand der berühmte MOS Technology 6502, dessen Architektur teilweise an Konzepte des 6800 erinnerte, aber deutlich kostengünstiger produziert werden konnte. Während Motorola seinen Prozessor zunächst für rund 175 Dollar anbot, wurde der 6502 kurz nach seiner Vorstellung 1975 für etwa 25 Dollar verkauft – ein Preissturz, der später Heimcomputer wie den Apple II, den Commodore PET oder den Commodore 64 ermöglichte.

Der 6800 selbst fand dagegen vor allem in professionellen Anwendungen Verwendung. In der Industrie tauchte er in Steuerungen, Messsystemen und Terminals auf, häufig in Kombination mit Motorolas eigener Entwicklungsumgebung. Auch im Bereich der Unterhaltungselektronik war die Architektur präsent. Besonders in den elektronisch gesteuerten Flipperautomaten der späten 1970er und frühen 1980er Jahre gehörten Prozessoren der 6800-Familie zu den zentralen Steuerkomponenten. Hersteller wie Williams Electronics oder Bally Manufacturing verwendeten entsprechende CPUs etwa in ihren Steuerplatinen-Systemen. Williams setzte beispielsweise im sogenannten System-3- und System-4-Pinball-Design der Jahre 1977 bis 1979 Mikroprozessoren der 6800-Familie ein, während Bally mit seinem MPU-17- und später MPU-35-Controller ähnliche Architekturen nutzte. Diese Rechner steuerten Spielregeln, Punktanzeigen, Lampen und Soundeffekte – Aufgaben, die zuvor mit diskreter Logik realisiert worden waren.

Auch in der Arcade-Industrie tauchten Varianten dieser Architektur auf. Einige Spielautomaten nutzten Prozessoren wie den Motorola 6802 oder 6808, die technisch eng mit dem ursprünglichen 6800 verwandt waren. Besonders frühe mikroprozessorbasierte Arcade-Steuerungen profitierten davon, dass die CPU zusammen mit den Peripheriechips ein relativ vollständiges Steuerungssystem bildete. Die Kombination aus CPU, I/O-Bausteinen und Timer-Chips machte es möglich, komplexere Spielmechaniken zu programmieren, ohne umfangreiche Spezialhardware entwickeln zu müssen.

Obwohl der Prozessor selbst nie die enorme Verbreitung späterer Heimcomputer-CPUs erreichte, spielte er in der technischen Entwicklung eine wichtige Rolle. Viele Konzepte, die später in Mikrocontrollern oder System-on-Chip-Lösungen selbstverständlich wurden – etwa die enge Zusammenarbeit von CPU und standardisierten Peripheriebausteinen – lassen sich bereits in der Architektur der 6800-Familie erkennen.

Während der 6800 vor allem in industriellen Steuerungen, Messsystemen und elektronischen Spielautomaten eingesetzt wurde, arbeitete Motorola gegen Ende der 1970er-Jahre bereits an einer deutlich leistungsfähigeren Prozessorarchitektur. Diese sollte sich nicht mehr nur an Steuerrechnern orientieren, sondern an der Leistungsfähigkeit kleiner Minicomputer.

Das Ergebnis dieser Entwicklung erschien 1979 unter dem Namen Motorola 68000. Trotz der ähnlichen Bezeichnung handelte es sich dabei nicht um eine direkte Weiterentwicklung des 6800, sondern um eine neue Architektur mit intern 32-Bit-Struktur, erweitertem Registersatz und deutlich größerem Adressraum. Motorola wählte den Namen bewusst so, dass er an die erfolgreiche 6800-Reihe erinnerte und gleichzeitig eine neue Generation von Mikroprozessoren einleitete.

Mit dem 68000 begann eine Prozessorfamilie, die in den folgenden Jahren zu den bedeutendsten CPU-Architekturen der Computerindustrie zählen sollte. Rechner wie der Apple Macintosh, der Commodore Amiga oder der Atari ST nutzten später Varianten dieser sogenannten 68k-Familie. Die Entwicklung dieser Architektur bildet daher ein eigenes Kapitel der Mikroprozessorgeschichte – eines, das unmittelbar an die frühen Erfahrungen anknüpfte, die Motorola mit dem 6800 gesammelt hatte.