Von PET und BASIC zur Datenkommunikation

Erinnerung ist eine Quelle – aber keine Ausrede für erfundene Präzision

Technische Erinnerungen aus vier oder fünf Jahrzehnten sind wertvoll, gerade weil sie Dinge enthalten, die in Datenblättern fehlen: wie laut ein Drucker war, wie lange eine Kassette lud, warum eine Floppy erst Jahre später angeschafft wurde, wie sich ein Modem-Handshake anhörte oder wie viel Respekt man vor dem ersten selbst geöffneten Rechner hatte. Gleichzeitig ist Erinnerung keine Seriennummerndatenbank. Deshalb trennt diese Seite bewusst drei Ebenen.

Diese Trennung ist für ein Archiv wichtiger als ein künstlich glatter Lebenslauf. Ein Satz wie „Das genaue Jahr ist nicht mehr sicher“ ist historisch sauberer als eine nachträglich erfundene Datumsangabe. Dasselbe gilt für Gerätevarianten. Ein bestimmter PET kann anders ausgestattet gewesen sein als ein späteres Modell derselben Baureihe; ein Herstellername auf einer Karte sagt noch nicht, welche Revision tatsächlich verbaut war.

Warum konnte ein Jugendlicher so früh so viele technische Dinge sehen?

Die einfachste Erklärung ist weder Geheimwissen noch ein einzelner besonderer Zugang. In einem lokalen Umfeld trafen Menschen aus sehr unterschiedlichen Berufen aufeinander: Fernmeldetechniker, Industrieangestellte, Banker, Handwerker, Außendienstler, Techniker für medizinische Geräte und andere Fachleute. Entscheidend war eine soziale Gewohnheit, die heute leicht unterschätzt wird: Wer als Jugendlicher ernsthaft Interesse zeigte, bekam von älteren Fachleuten oft erstaunlich viel erklärt.

Viele dieser Erwachsenen arbeiteten täglich mit Technik, die für Privathaushalte noch weit entfernt war. Ein Fernmeldetechniker kannte Leitungen, Relais, Pegel und Vermittlungstechnik. Ein Bankmitarbeiter kannte Terminals, zentrale Datenverarbeitung und große Drucker. In der Industrie waren Rechenzentren, Datenerfassung und automatisierte Abläufe längst Realität, während zuhause noch nicht einmal ein Mikrocomputer stand. Wer Fragen stellte, durfte gelegentlich zuschauen, etwas ausprobieren oder wenigstens so lange nachfragen, bis das Prinzip verstanden war.

Hinzu kamen beruflich reisende Menschen, die neue Geräte, Muster oder Vorführprodukte mit sich führten. So konnten im selben Umfeld nicht nur Computertechnik, sondern auch frühe Autotelefone, Medizintechnik, Vorserienprodukte oder andere Neuheiten auftauchen, bevor sie allgemein verbreitet waren. Für sslxy ist daran nicht die einzelne Person interessant, sondern das Muster: Neues Wissen kam oft durch Gespräche, nicht durch Suchmaschinen.

„Ältere Fachleute freuten sich, wenn ein Jugendlicher wirklich wissen wollte, wie etwas funktioniert – und der Jugendliche hörte tatsächlich zu.“

1978/79 existierten zwei Computerwelten nebeneinander

Auf der einen Seite stand die professionelle Datenverarbeitung: Großrechner und Minicomputer, Rechenzentren, Magnetbänder, Lochkarten oder Lochstreifen, Terminals, Drucker und Datenleitungen. Der eigentliche Rechner befand sich häufig nicht dort, wo der Benutzer saß. Ein Bildschirmarbeitsplatz konnte nur die sichtbare Spitze einer zentralen Infrastruktur sein.

Auf der anderen Seite entstand die Mikrocomputerwelt. Systeme wie Commodore PET, Apple II oder TRS-80 machten einen vollständigen programmierbaren Rechner erstmals für Schulen, kleinere Betriebe und technisch interessierte Privatleute erreichbar. Diese Maschinen waren nicht so leistungsfähig wie institutionelle Systeme, aber sie änderten die Richtung: Rechenleistung stand plötzlich auf dem eigenen Tisch.

Gerade wer beide Welten früh sah, konnte eine wichtige Erkenntnis mitnehmen: Der Bildschirm vor einem ist nicht zwangsläufig der Rechner. Diese Idee kehrte später bei BTX, Mailboxen, Internet, Web, Cloud und heutigen KI-Diensten immer wieder zurück.

1979: Der erste eigene Rechner – ein beschädigter PET 2001-8

1979 gelangte ein leicht beschädigter Commodore PET 2001-8 aus dem Göppinger Industrieumfeld in dieses private Technikmilieu. Das war kein fabrikneuer Computer, der ausgepackt, eingeschaltet und sofort vergessen wurde. Gerade weil er Probleme hatte, wurde er zum Lernobjekt.

Der frühe PET gehörte zu den auffälligsten Komplettrechnern seiner Zeit: Stahlblechgehäuse, eingebauter 9-Zoll-Monitor, kleine Rechner- beziehungsweise „Chiclet“-Tastatur und integriertes Kassettenlaufwerk. Im Inneren arbeitete ein MOS-6502-Prozessor; beim 8-KB-Modell standen nach dem Start des frühen BASIC nur wenige Kilobyte für eigene Programme zur Verfügung. Das war wenig – aber es war eigener Speicher, direkt programmierbar.

Das Entscheidende war nicht die absolute Rechenleistung. Zum ersten Mal lag zwischen Idee und Ausführung keine Institution mehr. Eine Zeile BASIC eintippen, RETURN drücken, Ergebnis sehen. Für jemanden, der vorher große Rechner vor allem als Systeme von Banken, Industrie oder Rechenzentren kennengelernt hatte, war diese Unmittelbarkeit der eigentliche Sprung.

Datasette und Tastatur: Der Defekt wurde zum Unterricht

Vor allem Datasette und Tastatur mussten über längere Zeit repariert werden. Das war keine einsame Heldengeschichte: Es wurde Hilfe angenommen. Ältere, technisch erfahrenere Menschen unterstützten bei der Fehlersuche, während gleichzeitig selbst ausprobiert, geöffnet, gemessen und verstanden wurde.

Eine schlechte Tastatur ist bei einem programmierbaren Rechner kein Komfortproblem, sondern ein Funktionsproblem. Wenn einzelne Zeichen nicht zuverlässig ankommen, werden Listings falsch, Befehle scheitern und Fehler entstehen an einer Stelle, an der man zunächst die Software verdächtigt. Ähnlich bei der Datasette: Ein mechanisches oder elektrisches Problem im Kassettenweg macht aus einem gespeicherten Programm plötzlich ein vermeintliches Softwareproblem.

Diese Erfahrung ist bis heute nützlich: Fehlergrenzen nicht zu früh festlegen. Ein Symptom auf dem Bildschirm kann durch Tastatur, Kabel, Stromversorgung, Datenträger, Schnittstelle, Software oder den eigentlichen Rechner entstehen. Gute Fehlersuche beginnt daher mit Beobachtung und Reproduzierbarkeit, nicht mit dem sofortigen Austausch des gesamten Systems.

BASIC war keine App – BASIC war der Startzustand

Bei PET, später VC-20 und C64 war Programmieren nicht hinter einer Entwicklungsumgebung versteckt. Der Rechner startete in einen BASIC-Interpreter. Die Grenze zwischen „Computer benutzen“ und „Computer programmieren“ war dadurch ungewöhnlich niedrig. Befehle wie PRINT, INPUT, IF...THEN, FOR...NEXT und GOTO gehörten schnell zum Alltag.

Programme wurden aus Büchern und Zeitschriften abgetippt. Das klingt aus heutiger Sicht ineffizient, hatte aber einen starken Lerneffekt: Jeder Tippfehler zwang zum Lesen des Listings. Man sah Variablen, Schleifen, Sprünge und Datenstrukturen nicht nur als fertige Bibliothek, sondern als konkrete Zeichenfolge. Wer ein Programm verbessern wollte, änderte eine Zeile und beobachtete, was passierte.

Die begrenzte Sprache des Commodore BASIC V2 führte später fast zwangsläufig tiefer in den Rechner. Grafik, Sound und schnelle Bildschirmoperationen wurden mit PEEK und POKE, Speicheradressen und schließlich Maschinensprache erschlossen. Damit wurde aus dem Programmieren sehr schnell auch Hardwareverständnis.

Die Datasette: billig, langsam – und eine hervorragende Lektion über Speicher

Der erste Massenspeicher war die Kassette. Das hatte vor allem einen Vorteil: Sie war vergleichsweise günstig. Ein Diskettenlaufwerk kostete später fast so viel wie ein ganzer Rechner. Deshalb war die Datasette keineswegs nur eine primitive Übergangslösung, sondern wirtschaftlich vernünftig.

Technisch zwang sie zu Geduld. Ein Band ist sequentiell. Wer zu einer bestimmten Stelle will, muss das Band bewegen. Laden und Speichern brauchten Zeit; ein Zählwerk und Beschriftungen halfen, Programme wiederzufinden. Dass eine Datei heute in Millisekunden per Suchindex erreichbar ist, verdeckt leicht, wie stark das Speichermedium früher die Arbeitsweise bestimmte.

Auch nach dem späteren Kauf einer 1541 blieb Kassettenspeicher noch längere Zeit parallel in Gebrauch. Bestehende Programme verschwinden schließlich nicht, nur weil neue Hardware vorhanden ist. Genau diese Übergangsphasen sind technisch interessant: Alte und neue Systeme müssen eine Zeit lang nebeneinander funktionieren.

1982: VC-20 – nicht aus Not, sondern aus Neugier

Der VC-20 kam 1982 hinzu, obwohl der PET nicht einfach „ersetzt werden musste“. Der Grund war banaler und zugleich typisch für die ganze Entwicklung: Neugier auf die nächste Generation. Farbe, kompakteres Gehäuse, Fernseher als Bildschirm, Steckmodule, andere Spiele und neue Möglichkeiten machten den Rechner interessant.

Der Alltag drehte sich um Programmieren, Spielen und die ständige Auseinandersetzung mit knappem Speicher. Der VC-20 meldete in der Grundausstattung nur wenige Kilobyte frei für BASIC. Das war lästig, aber pädagogisch brutal wirksam: Datenstrukturen, Variablen, Bildschirmzeichen und Programmlogik mussten klein bleiben. Jeder unnötige Schritt kostete echten Speicher.

Listings aus Zeitschriften und Büchern wurden weiterhin abgetippt und verändert. Eigene Zeichen und einfache Grafiken entstanden über Speicherzugriffe; Spiele liefen am Röhrenfernseher. Die Grenze zwischen „Anwender“ und „Bastler“ war weiterhin unscharf. Wer mehr wollte, musste verstehen, wie der Rechner aufgebaut war.

April 1983: C64 – 1.398 DM und ein echter Sprung

Im April 1983 wurde bei einem Computerhändler in Göppingen ein früher Commodore 64 gekauft. Der erinnerte Kaufpreis beträgt 1.398 DM. Das konkrete Gerät gehörte zur frühen Brotkasten-Generation mit dunkler Tastatur und dem silberfarbenen Commodore-Schild. Für die damaligen Verhältnisse war das eine erhebliche Investition.

Gegenüber dem VC-20 war der C64 nicht nur „mehr Speicher“. Grafik- und Soundhardware veränderten, was sich mit dem Rechner sinnvoll machen ließ. Gleichzeitig blieb das BASIC V2 vertraut und erstaunlich spartanisch. Gerade diese Kombination war prägend: Einsteiger konnten sofort BASIC tippen, aber wer SID, Sprites oder den VIC-II wirklich ausnutzen wollte, musste unter die Oberfläche.

Der C64 wurde deshalb gleichzeitig Spielmaschine, Programmiergerät, Bastelplattform und später Kommunikationsrechner. Genau diese Mehrfachrolle erklärt, warum er in der sslxy-Vorgeschichte so wichtig ist. Er war nicht auf einen Zweck reduziert.

SID und Hardware-Sprites: Plötzlich machte Spezialhardware den Unterschied

Besonders beeindruckend waren der SID-Soundchip und die Hardware-Sprites. Beim VC-20 mussten bewegte Objekte stark über Zeichensatz- oder Bildschirmtricks organisiert werden. Der C64 konnte acht Sprites unabhängig vom normalen Bildschirm bewegen. Kollisionserkennung und Positionierung waren in Hardware vorgesehen. Das machte flüssige Spiele und eigene Experimente deutlich einfacher – sofern man wusste, welche Register anzusprechen waren.

Der SID wiederum machte aus „Computergeräusch“ ein eigenes Klangsystem. Drei Stimmen, Hüllkurven und Filter eröffneten Möglichkeiten, die sich vom einfachen Piepsen früher Systeme deutlich unterschieden. Das Faszinierende war weniger die Datenblattzahl als die Erfahrung: Ein Computer kann Spezialbausteine haben, die parallel zum Prozessor eigene Aufgaben übernehmen.

Diese Idee ist heute überall: GPUs, Audio-DSPs, Videoencoder, NPUs und Sicherheitsmodule sind moderne Verwandte desselben Prinzips. Der C64 war damit eine sehr frühe praktische Lektion in heterogener Rechnerarchitektur.

Software, Spiele und der Schulhof: Die Grenze waren oft die leeren Disketten

Mit dem C64 wurde Software praktisch unüberschaubar. Programme, Spiele, Hilfswerkzeuge und Demos wechselten im Freundes- und Schulumfeld ständig den Besitzer. Aus der Erinnerung blieb vor allem ein treffendes Bild: Die eigentliche Grenze war irgendwann nicht mehr das Angebot, sondern die Zahl der leeren Disketten.

Zu den persönlich besonders wichtigen Spielen gehörten The Seven Cities of Gold und Space Invaders. Daneben existierte eine beinahe endlose Reihe anderer Titel. Spielen war dabei nicht getrennt vom technischen Interesse. Gute Spiele demonstrierten Scrollen, Sound, Grafiktricks, Speicherorganisation und Geschwindigkeit. Wer programmierte, fragte automatisch: Wie machen die das?

Das Kopieren und Tauschen dieser Zeit gehört zur historischen Realität der Heimcomputerkultur. Für ein Technikarchiv ist weniger die rechtliche Bewertung einzelner damaliger Kopiervorgänge interessant als die technische Wirkung: Datenträger wurden zum sozialen Transportmedium. Software verbreitete sich physisch über Diskettenboxen, Schulranzen und persönliche Treffen – ein Peer-to-Peer-Netz ohne Netzwerkprotokoll.

1984: Die 1541 – 999 DM, Flippy-Disketten, Rattern und Hypra-Load

Das erste eigene Diskettenlaufwerk kam 1984: eine Commodore 1541 mit gefedertem Dreh-/Knebelverschluss. Der erinnerte Preis liegt bei ungefähr 999 DM. Das erklärt besser als jede technische Tabelle, warum die Datasette vorher nicht sofort verschwand. Fast tausend Mark nur für ein Laufwerk waren für einen jungen Computernutzer eine enorme Summe.

Der Unterschied im Alltag war trotzdem gewaltig. Disketten ermöglichten Verzeichnisse, gezielteren Dateizugriff und ein wesentlich komfortableres Arbeiten als Kassette. Komfortabel bedeutete bei der 1541 allerdings nicht leise oder schnell. Das bis heute erinnerte Rattern des Laufwerks und das hörbare Anschlagen des Mechanismus gehörten zum Alltag. Ein Laufwerk war damals keine unsichtbare Speicherbox; man hörte häufig ziemlich genau, dass darin gerade etwas Mechanisches passierte.

Auch die Disketten selbst wurden möglichst vollständig ausgenutzt. Die 1541 beschrieb regulär eine Seite einer 5¼-Zoll-Diskette. Durch Umdrehen ließ sich auch die Rückseite als eigener Datenträger verwenden, wenn die Hülle an der passenden Stelle eine zweite Schreibschutz-/Freigabekerbe bekam. Anfangs entstand diese Kerbe tatsächlich mit der Schere; später gab es dafür einen Diskettenlocher. Das war weniger Bastelromantik als schlichte Ökonomie: Disketten kosteten Geld, also wurde die vorhandene magnetische Fläche genutzt.

Die langsame serielle Übertragung zwischen C64 und 1541 blieb jedoch lästig. Im hier dokumentierten Alltag kam deshalb Hypra-Load zum Einsatz. Der Software-Schnelllader beschleunigte das Laden deutlich und war genau die Art von Lösung, die zur damaligen Computerkultur passte: Ein grundsätzlich funktionierendes System wurde nicht ersetzt, sondern durch Software an einer besonders störenden Stelle verbessert.

Kassette und Diskette liefen trotzdem noch lange parallel. Genau das ist eine wichtige Archivlektion: Technologiewechsel sind selten schlagartig. Daten, Gewohnheiten, Softwarebestände und Kosten sorgen dafür, dass alte und neue Medien über Jahre nebeneinander existieren.

1984: BTX war nicht nur Zukunftsschau – damit wurde tatsächlich bestellt

Bildschirmtext wurde in der Bundesrepublik 1983 bundesweit eingeführt. Bereits 1984 war BTX im hier dokumentierten Umfeld nicht nur Demonstration, sondern Alltagsexperiment: Über BTX wurden bereits Bestellungen bei Otto aufgegeben. Eine Tante war damals bereits Sammelbestellerin bei Otto; für sie wurden Bestellungen auf diesem für die Zeit ungewöhnlich frühen elektronischen Weg übermittelt. Damit wurde eine Funktion genutzt, die Jahrzehnte später als normales Onlineshopping selbstverständlich wurde. Die Tante ist 1997 verstorben; Namen und weitere private Zusammenhänge werden bewusst nicht dokumentiert.

Technisch war BTX eine ganz andere Welt als das spätere offene Web. Der Dienst war zentral organisiert, der Zugang lief über Telefonnetz und spezielle Endgeräte beziehungsweise Modems, die Darstellung folgte einem festgelegten Bildschirmtext-Standard. Dennoch waren zentrale Ideen bereits vorhanden: entfernte Inhalte abrufen, Transaktionen auslösen, Nachrichten versenden, Informationen suchen und über dieselbe Leitung eine Bestellung an einen Anbieter übertragen.

Gerade die frühe Nutzung macht eine wichtige historische Linie sichtbar: Online sein begann nicht mit dem Browser. Wer BTX erlebt hatte, verstand später viele Internetfunktionen nicht als völlige Neuerfindung, sondern als offenere, flexiblere und internationalere Fortsetzung bereits bekannter Grundideen.

Dataphon s21d: Daten mussten noch hörbar durch das Telefon

Als frühes DFÜ-Gerät ist ein Dataphon s21d erinnert. Akustikkoppler machten die Verbindung physisch nachvollziehbar: Telefonnummer wählen, Telefonhörer in die beiden Gummimuscheln legen, auf Träger und Verbindung warten. Datenkommunikation war nicht unsichtbar. Sie hatte Geräusche, Telefongebühren, Leitungsschwankungen und sehr geringe Übertragungsraten.

Zum Verständnis dieser Technik gehört auch das damalige Fernmelderecht. Anfang der 1980er Jahre war das öffentliche Telefonnetz der Deutschen Bundespost kein frei zugänglicher Experimentierbus. Eigene Modems durften in privaten Haushalten nicht einfach elektrisch an das Netz angeschlossen werden. Zugelassene Geräte, technische Anschlussbedingungen und die damalige FTZ-/Bundespost-Welt prägten den Markt. Der Akustikkoppler umging keinen Schutzmechanismus im Gerät, sondern vermied den direkten elektrischen Anschluss an das Telefonnetz: Der normale Telefonhörer blieb die Schnittstelle.

Gerade deshalb war diese Geräteklasse für private Computeranwender so wichtig. Man konnte Daten übertragen, ohne den Rechner elektrisch direkt mit der Amtsleitung zu verbinden. Das Dataphon ist damit nicht nur eine Erinnerung an langsame DFÜ, sondern auch an eine Zeit, in der technische Möglichkeiten sehr unmittelbar von Netzregeln und Zulassungen bestimmt wurden.

Genau diese Praxis schärfte das Verständnis dafür, dass Datenübertragung aus mehreren Schichten besteht. Das Programm kann korrekt sein und die Gegenstelle erreichbar – trotzdem kann eine schlechte Leitung die Sitzung stören. Umgekehrt kann die Telefonverbindung stehen, während das Terminalprogramm die falschen Parameter verwendet. Kommunikation ist eine Kette, und jede Schicht kann scheitern.

Heute verstecken WLAN, Mobilfunk, TLS und Cloud-APIs diese Schichten sehr erfolgreich. Das ist komfortabel. Für Fehlersuche bleibt das alte Denken jedoch nützlich: Ist der physische Weg da? Gibt es eine Verbindung? Stimmen Protokoll und Parameter? Kommen Daten an? Versteht die Anwendung sie?

1984/85: Mailboxen – andere Menschen am anderen Ende der Leitung

Die ersten Mailbox-/BBS-Erfahrungen liegen nach heutiger Erinnerung ungefähr 1984 oder 1985. Als Name ist „Computer Club“ in Erinnerung, ohne dass die genaue Bezeichnung und das exakte Jahr heute sicher rekonstruiert werden können. Genau deshalb bleibt die Angabe hier bewusst vorsichtig.

Mailboxen unterschieden sich psychologisch stark von BTX. BTX war ein institutioneller Dienst; eine BBS fühlte sich eher wie ein Treffpunkt an. Nachrichten, Dateien und Diskussionen lagen auf einem fremden Rechner, den man per Telefonleitung anwählte. Man wusste plötzlich sehr konkret: Der eigene C64 ist nur ein Endpunkt in einem größeren Kommunikationssystem.

Damit begann eine Kultur, die später im Internet selbstverständlich wurde: Benutzerkonten, Nachrichtenbereiche, Uploads, Downloads, Moderation, lokale Communities und die Vorstellung, dass ein Rechner dauerhaft für andere erreichbar sein kann. Aus heutiger Sicht waren Mailboxen klein. Für die damalige Erfahrung waren sie ein Fenster in eine vernetzte Welt.

Zu Dateiübertragungen gehörten damals im Terminalprogramm neben Baudrate und Leitungsparametern auch Übertragungsverfahren beziehungsweise Protokolle. Welche konkreten Protokolle in diesem Umfeld tatsächlich verwendet wurden, ist heute nicht mehr sicher erinnerlich. Deshalb werden hier bewusst keine Namen nachgetragen. Für die technische Erfahrung ist der entscheidende Punkt ohnehin ein anderer: Beide Seiten mussten sich auf dieselben Parameter und dasselbe Verfahren einigen, sonst scheiterte der Transfer.

August 1984: Gabriele 8008 – der Schritt vom Bildschirm zur hochwertigen Textausgabe

Im August 1984 kam eine Gabriele 8008 hinzu. Sie wurde für hochwertige Textausgaben eingesetzt, die zuvor extern erstellt werden mussten. Damit bekam Computernutzung eine sehr praktische Seite: Der Rechner sollte nicht nur experimentieren, sondern Ergebnisse erzeugen, die im Alltag unmittelbar verwendbar waren.

Die 8008 blieb später trotz eines Nadeldruckers der Hauptdrucker für normale Briefe. Der Grund war einfach: Schriftbild und Briefqualität. Hier zeigt sich eine wichtige Technikregel, die bis heute gilt: Das neuere oder flexiblere Gerät ist nicht automatisch für jede Aufgabe besser. Ein Nadeldrucker war hervorragend für Listen, Computerausgaben und Endlospapier; eine elektronische Schreibmaschine konnte für einen sauber gesetzten Brief die bessere Wahl bleiben.

Bei der 8008 wurde normales Schreibmaschinenpapier verwendet. Der spätere JX-80 arbeitete dagegen mit Traktor-Endlospapier. Schon an diesem Unterschied sieht man, dass „Drucken“ damals mehrere getrennte Arbeitswelten umfasste.

Mitte/Ende 1985: Ein angepasstes Interface machte die 8008 zum Computerausgabegerät

Die Gabriele 8008 wurde Mitte bis Ende 1985 mit einer eigenen, auf einer vorhandenen Schaltungsidee beruhenden und anschließend angepassten Interface-Lösung an den C64 angebunden. Wichtig ist der praktische Punkt: Danach ließ sich die Maschine vom C64 aus direkt als Ausgabegerät ansprechen. Nicht jedes Programm musste speziell auf eine exotische Bastellösung umgeschrieben werden.

Die Elektronik war funktional. Die mechanische Bearbeitung des Gehäuses war weniger elegant: Das von Hand ausgesägte Loch auf der Rückseite würde keinen Preis für industrielle Fertigungsqualität gewinnen. Gerade dieses Detail gehört in ein Technikarchiv. Es erinnert daran, dass Eigenbau nicht aus perfekt gefrästen Gehäusen und CAD-Modellen bestand. Man nahm das vorhandene Werkzeug und sorgte dafür, dass es funktioniert.

Ein Interface lehrt mehr als nur Löten. Es zwingt dazu, zwei Welten zu übersetzen: elektrische Pegel, Signale, Handshake, Datenformat und Erwartungen der Software. Wer das einmal praktisch erlebt hat, versteht später sehr viel leichter, warum ein „Adapter“ nicht automatisch jedes Protokoll in jedes andere verwandeln kann.

September 1985: C128 – 1.298 DM und tatsächlich zwischen 40 und 80 Zeichen umschalten

Im September 1985 kam der Commodore 128 hinzu; der erinnerte Kaufpreis beträgt 1.298 DM. Zunächst lief der Rechner am Fernseher. Später folgte ein Commodore 1901, womit der 80-Zeichen-Betrieb des C128 sinnvoll nutzbar wurde.

Das war nicht nur eine abstrakte Funktion im Datenblatt. Zwischen 40- und 80-Zeichen-Darstellung wurde im Alltag tatsächlich umgeschaltet. Der C128 erzeugte diese beiden Bildwelten über unterschiedliche Videoausgaben: 40 Zeichen über die VIC-II-basierte Videoausgabe, 80 Zeichen über die RGBI-Ausgabe des VDC. Beim dafür vorgesehenen 1901 musste die passende Monitor-Darstellung mit umgeschaltet werden. Damit wurde unmittelbar sichtbar, dass derselbe Rechner zwei technisch unterschiedliche Bildschirmwege besitzen konnte.

Der 80-Zeichen-Modus war besonders für Textverarbeitung und strukturierte Ausgaben ein großer Schritt. Tabellen, längere Zeilen und umfangreichere Texte wirkten plötzlich wesentlich weniger wie ein Kompromiss auf einem Heimcomputer. Die 40-Zeichen-Welt blieb zugleich wichtig für C64-Kompatibilität, Spiele und grafiknahe Anwendungen. Es war deshalb kein einfaches „alt gegen neu“, sondern ein praktisches Wechseln zwischen zwei Stärken desselben Systems.

Der C128 war auch konzeptionell interessant, weil er mehrere Welten zusammenbrachte. Er blieb C64-kompatibel, bot einen eigenen leistungsfähigeren Modus und zusätzlich CP/M-Möglichkeiten. Der Rechner zeigt damit ein Thema, das später immer wieder auftauchte: Kompatibilität ist selbst ein Produktmerkmal. Neue Möglichkeiten waren wertvoll, aber ebenso wichtig war, dass vorhandene Software und Erfahrungen nicht sofort wertlos wurden.

Oktober 1986: StarTexter 128 – Texte wurden zur echten Computerarbeit

Im Oktober 1986 wurde StarTexter 128 eingesetzt. Damit rückte Textverarbeitung deutlich stärker in den praktischen Mittelpunkt. Der C128 mit 80-Zeichen-Monitor war dafür eine wesentlich angenehmere Plattform als frühere 40- oder 22-Zeichen-Umgebungen.

Interessant ist die Verbindung zur Gabriele 8008: Software und Rechner konnten den Text strukturieren und bearbeiten; die elektronische Schreibmaschine lieferte weiterhin das bevorzugte Schriftbild. Technik wurde nicht nach Markentreue zusammengestellt, sondern nach Aufgabe. Das beste Ergebnis entstand aus mehreren Komponenten.

Diese Haltung ist heute noch sinnvoll: Ein Workflow ist wichtiger als ein einzelnes Gerät. Wer alle Aufgaben zwanghaft in eine Plattform presst, verliert oft Qualität oder Flexibilität.

Ende 1986: Amiga 1000 – der Einstieg in die 16-Bit-Amiga-Welt

Die Amiga-Geschichte in diesem technischen Umfeld begann Ende 1986 mit dem Commodore Amiga 1000. 1987 folgte der gekaufte Amiga 2000 als offene Big-Box- und Arbeitsplattform. Das Gerät wurde defekt von einem Bekannten übernommen und anschließend untersucht und instandgesetzt. Damit passt der A1000 sehr genau in den roten Faden dieser Seite: Ein wichtiger Technologiesprung wurde nicht als unangreifbares Neugerät erlebt, sondern über Fehlersuche, Öffnen, Prüfen und Wiederherstellen.

Der Schritt vom C64 und C128 zum A1000 war architektonisch erheblich. Im Zentrum stand nun ein Motorola MC68000; bei einem PAL-A1000 arbeitet er mit ungefähr 7,09 MHz. Entscheidend war aber nicht allein die CPU. Der ursprüngliche Amiga verband den 68000 mit dem später als OCS bezeichneten Chipsatz aus Agnus, Denise und Paula. Grafik, Speicherzugriffe, Blitter, Copper, Audio und Ein-/Ausgabe waren dadurch enger als bei vielen zeitgenössischen Rechnern aufeinander abgestimmt.

Im Alltag zeigte sich der Unterschied besonders durch präemptives Multitasking. Der C128 konnte mehrere Betriebswelten anbieten und mit CP/M, 40- und 80-Zeichen-Modi außerordentlich vielseitig sein; der Amiga ging an einer anderen Stelle weiter. Mehrere Programme konnten tatsächlich nebeneinander aktiv sein. Fenster und grafische Oberfläche waren nicht bloß eine aufgesetzte Demonstration, sondern Teil eines Betriebssystems, das Hintergrundarbeit von Anfang an mitdachte.

Kickstart war beim A1000 noch ein sichtbarer Teil des Startvorgangs

Eine der ungewöhnlichsten Eigenschaften des A1000 ist der Writable Control Store (WCS). Bei dieser frühen Amiga-Generation lag Kickstart noch nicht einfach als fest eingebautes ROM in der später üblichen Form vor. Nach einem Kaltstart musste zunächst eine Kickstart-Diskette eingelegt werden. Der Rechner lud den Systemcode in einen dafür reservierten 256-KiB-WCS; anschließend wurde dieser Speicher gegen normales Überschreiben geschützt. Erst danach folgten Workbench oder das gewünschte Programm.

Gerade aus heutiger Sicht ist das lehrreich. Firmware, Bootloader, Betriebssystem und Anwendung erscheinen auf modernen Geräten häufig als nahezu unsichtbare Kette. Beim A1000 war ein Teil dieser Kette buchstäblich als Diskette in der Hand. Das machte unmittelbar erfahrbar, dass ein Rechner nicht einfach „sein Betriebssystem besitzt“, sondern mehrere aufeinander aufbauende Startschichten benötigt.

256 KiB Arbeitsspeicher, WCS und die oft missverstandene Speicherangabe

Der frühe A1000 wurde mit 256 KiB normal nutzbarem Chip-RAM ausgeliefert. Zusätzlich existierten die 256 KiB des WCS für Kickstart. Diese beiden Bereiche dürfen nicht einfach zu „512 KiB Arbeitsspeicher“ addiert werden: Der WCS war für den geladenen Kickstart-Code vorgesehen und stand Anwendungen nicht wie gewöhnliches RAM zur Verfügung.

Über die Front-Erweiterung konnte beispielsweise das A1050-Modul weitere 256 KiB hinzufügen und den normal nutzbaren Arbeitsspeicher auf 512 KiB bringen. Für das konkret dokumentierte Gerät wird eine solche Erweiterung aber nicht behauptet, solange sie nicht durch das vorhandene System, Fotos oder Unterlagen bestätigt ist. Genau diese Trennung zwischen allgemeiner Gerätemöglichkeit und nachweisbarer Ausstattung des eigenen Systems ist für eine technische Archivseite wichtiger als eine möglichst lange Ausstattungsliste.

Internes 3,5-Zoll-Laufwerk und A1010: zwei Laufwerke verändern den Arbeitsablauf

Das interne 3,5-Zoll-Double-Density-Laufwerk speichert im Amiga-Format typischerweise 880 KiB pro Diskette. Beim A1000 war ein zweites Laufwerk besonders praktisch, weil der Startvorgang bereits mehrere Diskettenrollen unterscheiden konnte: Kickstart, Workbench, Programm und eigene Daten. Mit nur einem Laufwerk bedeutete das häufiges Wechseln.

Das zum System gehörende externe Commodore A1010 entsprach optisch der frühen Amiga-Linie und wurde am externen Diskettenanschluss betrieben. Ein zweites Laufwerk beseitigte die Wechselarbeit nicht vollständig, reduzierte sie aber deutlich. Der Unterschied ist ein gutes Beispiel dafür, dass Peripherie nicht nur „mehr Hardware“ ist: Sie kann einen gesamten Arbeitsablauf verändern.

Commodore 1084: der Monitor gehört zur Systemarchitektur

Zum dokumentierten Aufbau gehört auch ein Commodore 1084. Für den Amiga war ein RGB-fähiger 15-kHz-Monitor wesentlich mehr als nur ein besserer Fernseher: Er machte die grafischen Betriebsarten und die Desktoparbeit deutlich sauberer nutzbar. Die 1084-Familie existiert allerdings in mehreren Revisionen und mit unterschiedlichen Detailausstattungen. Deshalb werden hier keine pauschalen Angaben zu einer bestimmten Bildröhre, einem festen Dot-Pitch oder einer bestimmten Anordnung aller Regler auf das konkrete Gerät übertragen, solange dessen genaue Unterrevision nicht separat bestimmt ist.

Die Tastaturgarage ist mehr als ein Designgag

Der A1000 besitzt eine ungewöhnliche Gehäuseidee: Die flache Tastatur kann unter das Hauptgerät geschoben werden. Diese „Tastaturgarage“ zeigt, wie bewusst der erste Amiga als vollständiges Desktopsystem gestaltet wurde. Das Gehäuse war nicht nur eine Hülle um eine Platine, sondern organisierte Arbeitsplatz, Tastatur und Erweiterungen als zusammengehöriges System.

Auch die zwei seitlichen 9-poligen Controlleranschlüsse, die optomechanische Zweitastenmaus, die Videoausgabe, serielle und parallele Schnittstellen sowie der externe Floppyanschluss machten deutlich, dass der Rechner nicht nur als Spielgerät gedacht war. Entscheidend für diese Chronologie ist jedoch weniger eine möglichst vollständige Buchsenliste als die Erfahrung dahinter: Mit dem A1000 wurde aus „ein Programm läuft auf einem Rechner“ zunehmend „mehrere Komponenten und Aufgaben bilden ein System“.

Was vom A1000 für spätere Technik blieb

Mehrere Dinge, die später selbstverständlich wirkten, wurden hier früh praktisch sichtbar: Multitasking, eine grafische Arbeitsumgebung, spezialisierte Coprozessorlogik, ein mehrstufiger Bootprozess und Peripherie, die den Arbeitsablauf statt nur die Leistungsdaten verändert. Gleichzeitig blieb die alte Werkstattlogik erhalten. Der Rechner kam defekt, wurde geöffnet, verstanden und wieder funktionsfähig gemacht.

Die ausführliche Geräte- und Reparaturakte steht separat auf Amiga 1000 – Architektur, WCS, A1010, 1084 und Instandsetzung. Diese Chronologieseite hält dagegen vor allem fest, wann der A1000 in die Entwicklungslinie kam und warum er für die folgenden Jahre wichtig war.

1987: GEOS 64 – Fenster und Maus auf einem Rechner, der weiterhin ein C64 war

1987 wurde GEOS 64 genutzt. Damit bekam der C64 eine grafische Arbeitsumgebung mit Fenstern, Icons, Mauszeiger und Anwendungen wie Text- und Grafikprogrammen. Historisch war GEOS bereits zuvor veröffentlicht worden; hier geht es um den Zeitpunkt der tatsächlichen Nutzung in diesem Umfeld.

GEOS war eine bemerkenswerte Lektion in Softwarearchitektur. Dieselbe 8-Bit-Hardware, die unter BASIC sehr unmittelbar wirkte, konnte durch ein anderes Softwaremodell plötzlich wie ein kleiner grafischer Arbeitsplatz erscheinen. Die Hardware hatte sich nicht verändert – die Abstraktion darüber schon.

Das ist bis heute eine gute Erinnerung daran, wie stark Software die wahrgenommene Leistungsfähigkeit eines Systems bestimmt. Eine neue Benutzeroberfläche ist nicht automatisch neue Hardware, kann aber völlig neue Arbeitsweisen ermöglichen.

1987: Epson JX-80 – geschenkt als Dank, bezahlt wurde anschließend das Verbrauchsmaterial

1987 kam ein gebrauchter Epson JX-80 hinzu. Er war zuvor bei einer Firma in Göppingen im Einsatz gewesen und dort durch ein neues Gerät ersetzt worden. Ein Göppinger Computerhändler überließ den gebrauchten Drucker als Dank für Hilfe bei Computerproblemen, Einrichtung und Programmierung. Der augenzwinkernde wirtschaftliche Teil: Farbband, Papier und anderes Verbrauchsmaterial konnte anschließend natürlich beim Händler gekauft werden.

Der JX-80 wurde am C64 über ein spezielles Kabel eingesetzt und sowohl über normale Programme als auch über direkte Drucker-Steuercodes angesprochen. Gedruckt wurden vor allem Listings, BASIC- und Assemblerprogramme, Diskettenverzeichnisse, Dokumentationen und DFÜ-Ausgaben; Tabellen und Grafiken kamen seltener vor.

Farbdruck wurde selbstverständlich ausprobiert. Im Alltag blieb es aus Kostengründen fast immer bei Schwarz – und generell wurde nicht unnötig viel gedruckt. Beim JX-80 kam ausschließlich Traktor-Endlospapier zum Einsatz. Die Gabriele 8008 blieb wegen des besseren Schriftbilds der Hauptdrucker für normale Briefe. Beide Geräte waren akustisch weit davon entfernt, unauffällig zu sein.

Der JX-80 ist noch vorhanden; zuletzt lief er ungefähr vor zwanzig Jahren. Damit ist er nicht nur Erinnerung, sondern tatsächlich erhaltenes Technikobjekt.

Anfang 1988: GEOS 128 – mehr Raum für die grafische Arbeitswelt

Anfang 1988 folgte GEOS 128. Der C128 konnte damit seine stärkere Hardware und den 80-Zeichen-Betrieb mit einer grafischen Arbeitsumgebung verbinden. Die Entwicklung vom BASIC-Prompt des PET bis zu Maus, Fenstern und grafischen Anwendungen hatte keine zehn Jahre gedauert.

Für die spätere Webgeschichte ist dieser Übergang interessant: Benutzeroberflächen verändern sich, Grundaufgaben bleiben. Dokument öffnen, bearbeiten, speichern, drucken, Daten austauschen. Wer diese Funktionen auf mehreren sehr unterschiedlichen Systemen erlebt, lernt früh, zwischen Aufgabe und Oberfläche zu unterscheiden.

Assembler, PEEK/POKE und direkte Hardware: Software war nie weit vom Schaltplan entfernt

BASIC blieb wichtig, aber für ernsthafte Grafik, Sound, schnelle Routinen und Hardwarezugriffe führte der Weg zwangsläufig tiefer. PEEK und POKE machten Speicheradressen zu einem Teil der normalen Programmierpraxis. Register des VIC-II, SID oder der Interfacebausteine waren keine abstrakten Interna, sondern konkrete Zahlen, die man im Programm ansprach.

Assembler kam dazu, weil Geschwindigkeit und Kontrolle gebraucht wurden. Das war keine ideologische Entscheidung gegen Hochsprachen. BASIC war hervorragend zum Experimentieren, Assembler dort sinnvoll, wo der Rechner enger geführt werden musste. Diese pragmatische Aufgabenteilung ist bis heute gesund: Hochabstrakte Werkzeuge dort, wo sie helfen; tiefe Kontrolle dort, wo sie nötig ist.

Eigene Kabel, Netzteile, Interfaces, Adapter, Lochrasteraufbauten und Reparaturen gehörten zur gleichen Lernwelt. Geräte wurden geöffnet, untersucht und manchmal auch durch einen Versuch zunächst weiter beschädigt – anschließend musste eben mühsam verstanden werden, wie man sie wieder zum Laufen bringt.

Learning by doing: erst probieren, dann Handbuch – manchmal in dieser Reihenfolge

Das Lernprinzip war und blieb praktisch: ausprobieren, beobachten, verändern, erneut versuchen. Handbücher wurden durchaus gelesen, aber häufig erst dann, wenn der direkte Versuch scheiterte. Das ist nicht immer die schnellste Methode – aber sie erzeugt ein sehr konkretes Verständnis für Ursache und Wirkung.

Zeitschriften wie 64'er, Happy Computer, CHIP, c't und Byte lieferten Programme, Schaltungen, Ideen und technische Hintergründe. Sie waren zugleich Dokumentation, Weiterbildung und Quelle für neue Experimente. Ein abgedrucktes Listing war nicht nur Inhalt; es war ein Arbeitsauftrag.

Diese Methode erklärt auch eine spätere sslxy-Haltung: Fehler suchen statt neu bauen. Nicht jedes Problem braucht eine neue Plattform. Oft reicht es, die Ursache zu finden.

Fast das gesamte verfügbare Geld floss zeitweise in Technik

Frühe Computernutzung war nicht nur durch technische Grenzen begrenzt, sondern durch Geld. Ein C64 für 1.398 DM, ein Jahr später eine Floppy für ungefähr 999 DM, dazu Disketten, Kassetten, Kabel, Druckerzubehör und später Kommunikationstechnik: Neue Möglichkeiten mussten nacheinander finanziert werden.

Genau deshalb kam die 1541 nicht sofort. Deshalb wurde am JX-80 überwiegend schwarz gedruckt. Deshalb liefen Kassette und Diskette lange parallel. Kosten sind ein technischer Faktor, weil sie bestimmen, welche Architektur tatsächlich gebaut wird. Die theoretisch beste Lösung kann praktisch unerschwinglich sein.

Diese Erfahrung ist überraschend modern. Cloudkosten, Abonnements, Speicherpreise und API-Gebühren wirken abstrakter als eine 999-DM-Floppy, erfüllen aber dieselbe Funktion: Sie beeinflussen Architekturentscheidungen. Wer Kosten ignoriert, baut Systeme, die vielleicht technisch funktionieren, aber wirtschaftlich nicht dauerhaft betrieben werden können.

Um 1991/92: 386DX-33 – der PC wurde endgültig zum Baukastensystem

Die bislang offene PC-Zwischenphase lässt sich inzwischen deutlich genauer rekonstruieren. Einer der selbst zusammengestellten Rechner basierte auf einem Intel 80386DX mit 33 MHz. Das Mainboard war ein Full-AT-Board mit SiS-Chipsatz und 64 KB externem SRAM-Cache. Als Arbeitsspeicher standen 4 MB in 30-Pin-SIMMs zur Verfügung.

Die Grafikausgabe übernahm eine Trident 8900 mit 1 MB VGA-Speicher. Als Massenspeicher diente eine frühe Quantum-ProDrive-IDE/AT-Bus-Festplatte mit rund 80 MB, angebunden über eine ISA-Multi-I/O-Karte. Schon diese Kombination zeigt den Unterschied zu den geschlossenen 8-Bit-Rechnern: Prozessor, RAM, Grafik, Controller, Laufwerke und Schnittstellen waren einzelne Baugruppen, deren Zusammenspiel verstanden und konfiguriert werden musste.

Auch die Audioseite war typisch für diese Übergangszeit. Ein Covox Speech Thing am Parallelport zeigte, dass eine eigentlich für Drucker gedachte Schnittstelle mit sehr einfacher Zusatzhardware auch zur digitalen Tonausgabe genutzt werden konnte. Daneben arbeitete eine Sound Blaster 2.0 als ISA-Soundkarte; die Ausgabe war noch mono. Als Betriebssystem ist MS-DOS 5.0 erinnert.

Damit wurden Begriffe wie IRQ, DMA, I/O-Adresse, Steckplatz, Controller und Treiber zu praktischen Alltagsthemen. Ein PC funktionierte nicht deshalb, weil alle Teile irgendwie in dasselbe Gehäuse passten. Die Karten mussten elektrisch, logisch und softwareseitig zusammenspielen. Genau diese Offenheit war gelegentlich lästig, aber sie machte den Rechner gleichzeitig nachvollziehbar und reparierbar.

Die zeitliche Einordnung um 1991/92 bleibt bewusst als Rekonstruktion stehen. Einzelne Komponenten konnten nachgerüstet worden sein; deshalb wird aus der heutigen Komponentenliste kein künstlich exaktes Kaufdatum abgeleitet.

Bei einigen selbst zusammengestellten PCs wurde auch mechanisch improvisiert. Diese Seite dokumentiert das als Werkstattgeschichte, macht daraus aber keine Bauanleitung. Manche damalige Gehäuse- oder Berührungsschutzlösung würde nach heutigen Sicherheitsmaßstäben keine Empfehlung mehr bekommen. Funktionieren, ordentlich konstruiert sein und sicher sein sind drei verschiedene Eigenschaften.

1987: Amiga 2000 – offene Arbeitsplattform und PC-Brücke von Anfang an

1987 wurde der Amiga 2000 gekauft. Er war nicht der erste Amiga in dieser Techniklinie – diese Rolle hatte seit Ende 1986 der Amiga 1000 –, aber er wurde zur deutlich offeneren Big-Box- und Arbeitsplattform. Zur ursprünglichen Ausstattung gehörte bereits ein Commodore A2088XT mit 8088-PC-Seite. Damit war die Verbindung von Amiga- und PC-Welt schon sehr früh Teil dieses konkreten Rechners. Später wurde die XT-Seite durch ein A2386SX-25 mit 386SX/25 MHz ersetzt. Die DFÜ-, Erweiterungs- und PC-Praxis entwickelte sich über die folgenden Jahre weiter; 1987 bezeichnet hier den Kauf des Rechners, nicht den Zeitpunkt jeder späteren Erweiterung.

Der Amiga besaß eine echte serielle Schnittstelle. Damit entfiel ein Teil der C64-Bastelei mit TTL-Pegeln und externen RS-232-Adaptern. Ein normales Modem ließ sich wesentlich direkter anschließen. Die gleiche Aufgabe – Daten über Telefonleitung übertragen – fühlte sich dadurch technisch völlig anders an.

Später gehörte auch eine Roßmöller-Zorro-II-Erweiterung zum ausgebauten System. Der genaue Zweck beziehungsweise die genaue Kartenrevision sollte bei einer späteren Hardwareinventur anhand des noch vorhandenen Materials oder von Unterlagen verifiziert werden; für diese Erinnerung ist vor allem wichtig, dass der A2000 als offenes, erweiterbares System genutzt wurde.

Vom Akustikkoppler zum Festmodem: dieselbe Leitung, eine andere Bedienwelt

Nach dem Dataphon kam der Schritt zum echten Modem. Für den C64 ist die Bezeichnung 6470 in Erinnerung. Zeitgenössische Unterlagen führen ein VOLKS 6470 von Anchor Automation; deshalb wird die frühere Erinnerung „Commodore 6470“ hier nicht ungeprüft als Herstellerangabe übernommen. Ob das erhaltene beziehungsweise damals eingesetzte Gerät genau dieser Variante entspricht, sollte bei einer späteren Geräteinventur anhand von Hardware oder Unterlagen geprüft werden.

Später lief am Amiga zunächst eine 2400-Baud-Lösung. Der Unterschied zum Akustikkoppler war enorm: keine Gummimuscheln für den Telefonhörer, Wählkommandos aus dem Terminalprogramm, automatische Verbindungsaufnahme und klarere Statusmeldungen. Trotzdem blieb der Vorgang hörbar. Freizeichen, Wählen, Antwortton und Handshake machten jedes Einloggen zu einem kleinen technischen Ereignis.

Bei Dateiübertragungen mussten beide Seiten nicht nur dieselbe Baudrate und passende Leitungsparameter verwenden, sondern sich auch beim Übertragungsverfahren verstehen. Welche konkreten Protokolle damals hier tatsächlich benutzt wurden, ist heute nicht mehr sicher erinnerlich. Diese Lücke bleibt offen, statt nachträglich XMODEM, YMODEM, ZMODEM oder ein anderes Verfahren als persönliche Nutzung zu behaupten.

Mit der Amiga-Welt war Multitasking bereits seit dem A1000 praktisch erfahrbar. Auf dem späteren A2000 ließ sich diese Stärke besonders gut mit der DFÜ-Nutzung verbinden: Ein Download konnte im Hintergrund laufen, während an anderer Stelle weitergearbeitet wurde. Das ist heute selbstverständlich, damals aber eine neue Qualität – Datenkommunikation wurde vom zentralen Ereignis zur Systemfunktion im Hintergrund.

Internet zuerst am Amiga – bevor Provider und Browser zum Alltag wurden

Der Übergang ins Internet erfolgte zunächst über den Amiga. Damit begann die eigentliche Internetphase bereits vor den späteren PC-Zugängen über VR-WEB und T-Online. Der PC wurde anschließend zum wichtigeren Internetrechner, doch die erste eigene Webseite von 1995 entstand noch in dieser früheren Übergangsphase.

Wer bereits BTX und BBS kannte, erkannte sowohl Verwandtschaft als auch Unterschied. Wieder gab es entfernte Rechner, Benutzerkonten, Downloads und Nachrichten. Neu war die Offenheit der Protokolle und die internationale Verknüpfung. E-Mail, FTP, Usenet und später das Web waren keine Funktionen eines einzigen nationalen Dienstes, sondern Dienste auf einem gemeinsamen Netz.

Diese Offenheit wurde für die spätere sslxy-Haltung zentral: eigene Dateien, eigene Domains, standardisierte Protokolle und möglichst wenig Abhängigkeit von einem einzelnen geschlossenen System.

1995: CygnusEd, AmiFTP und Netscape – die erste eigene Webseite

1995 entstand die erste eigene Webseite in diesem technischen Umfeld. Das war ein qualitativ neuer Schritt. BTX und Mailboxen hatten bereits gezeigt, wie man entfernte Informationen nutzt und mit anderen kommuniziert. Das Web machte es dagegen erstaunlich einfach, selbst zum Anbieter eines öffentlich erreichbaren Dokuments zu werden.

Der damalige Arbeitsweg ist noch erstaunlich konkret erinnerlich: Der HTML-Quelltext wurde am Amiga mit CygnusEd geschrieben, mit AmiFTP auf den Server übertragen und anschließend auf einem PC mit Netscape kontrolliert. Damit bestand die Webarbeit schon 1995 aus mehreren klar getrennten Werkzeugen: Texteditor, Übertragungsprogramm, Server und Browser.

Gerade der Wechsel vom Amiga zum PC für die Kontrolle ist technisch interessant. Das Dokument sollte nicht nur auf dem Rechner funktionieren, auf dem es geschrieben wurde. HTML und FTP waren offene, plattformübergreifende Werkzeuge; der Browser auf einem anderen System war ein früher Praxistest dafür, ob das veröffentlichte Dokument tatsächlich unabhängig vom Entstehungsrechner funktionierte.

HTML war damit genau die richtige Art von Technik für jemanden, der BASIC, Textdateien, Schnittstellen und direkte Systeme gewohnt war: Quelltext schreiben, Datei speichern, hochladen, im Browser ansehen, korrigieren und erneut übertragen. Zwischen Dokument und Veröffentlichung lagen nur wenige sichtbare Schichten. Diese Transparenz prägte die weitere Webarbeit.

1995 ist dabei bewusst von der späteren sslxy-Webspur zu unterscheiden. Die erste eigene Seite entstand 1995; sslxy dokumentiert seine Webgeschichte ab 1996. Damit bleibt die technische Vorgeschichte erhalten, ohne aus sslxy eine Personenidentität zu machen.

Um 1996/97: Pentium 166 – Socket 7, PCI und die nächste Selbstbau-Generation

Nach dem 386er folgte eine deutlich modernere PC-Generation. Ein selbst zusammengestellter Rechner basierte auf einem Intel Pentium mit 166 MHz im Sockel 7. Intel führte den 166-MHz-Pentium Anfang 1996 ein; das verwendete ASUS P/I-P55TVP4 gehört ebenfalls klar in diese Zeit. Das Baby-AT-Mainboard arbeitete mit Intels 430VX-Chipsatz und verband die ältere AT-Welt bereits mit PCI und modernerer Peripherie.

Der Rechner war mit 16 bis 32 MB EDO-RAM auf 72-Pin-SIMMs bestückt. Für die Grafik sorgte eine Matrox Millennium auf PCI mit 4 MB WRAM. Beim Ton blieb ISA präsent: Eine Sound Blaster 16 übernahm die Audioausgabe. Als Festplatte diente eine 2,5-GB-IDE-Platte von Seagate; hinzu kam ein 8-fach-CD-ROM-Laufwerk.

Gerade diese Mischung ist technisch interessant. PCI-Grafik und größere IDE-Platten standen neben ISA-Soundkarten und EDO-SIMMs. Der Rechner war weder vollständig „alte PC-Welt“ noch schon der PC der späteren ATX-/AGP-Generation. Technikgenerationen überlappen. Standards verschwinden selten an einem Stichtag; sie leben in realen Rechnern oft mehrere Jahre nebeneinander.

Um 1998: Pentium II, AGP und Voodoo2 – der PC wird zur 3D-Maschine

Die nächste rekonstruierte Selbstbau-Station zeigt erneut einen deutlichen Generationswechsel: Pentium II mit 300 MHz im Slot 1, Abit BH6 im ATX-Format und 64 MB PC100-SDRAM. Das BH6 basiert auf Intels 440BX-Chipsatz und gehört zu jener PC-Generation, in der ATX, AGP, PCI und Ultra-DMA/33 den Aufbau eines leistungsfähigen Desktoprechners prägten, während ISA für vorhandene Karten noch nicht verschwunden war.

Bei der Grafik arbeiteten zwei spezialisierte Karten zusammen. Eine Riva 128 auf AGP übernahm die normale 2D-Grafikausgabe; zusätzlich kam eine 3dfx Voodoo2 mit 12 MB als 3D-Beschleuniger zum Einsatz. Das ist aus heutiger Sicht fast ein Lehrbuchbeispiel für heterogene Rechnerarchitektur: Nicht eine einzige universelle Einheit erledigte alles, sondern unterschiedliche Komponenten übernahmen jeweils die Aufgabe, für die sie besonders geeignet waren.

Für den Ton sorgte eine Sound Blaster AWE64 auf ISA. Eine 8,4-GB-IDE-Festplatte mit Ultra-DMA/33 und ein 24-fach-CD-ROM-Laufwerk zeigen, wie schnell sich die Größenordnungen verschoben hatten. Gegenüber dem 386er mit 4 MB RAM und etwa 80 MB Festplatte standen nun 64 MB Arbeitsspeicher und mehr als hundertmal so viel Plattenkapazität zur Verfügung.

Bei der Prozessorkern-Bezeichnung bleibt die Seite bewusst präzise: In der Erinnerung wurde der 300-MHz-Prozessor als „Deschutes“ bezeichnet. Intels eigene historische Übersicht ordnet den Desktop-Pentium-II mit 300 MHz jedoch der im Mai 1997 eingeführten 0,35-µm-Generation zu; die 0,25-µm-Desktopgeneration beginnt dort mit 333 MHz im Januar 1998. Deshalb wird hier sicher nur Pentium II 300 MHz, Slot 1 dokumentiert und die Kernbezeichnung nicht als gesicherte Geräteangabe übernommen.

Um 1999/2000: VR-WEB, dann T-Online 3.0 – das analoge Modem blieb

In der späteren PC-Phase kam zunächst VR-WEB hinzu. Der Zugang wurde über eine Volksbank im Zusammenhang mit einer CD für das Online-Banking bekannt beziehungsweise vermittelt. Ausschlaggebend war nach heutiger Erinnerung vor allem der Preis: Der Zugang aus dem Volksbanken-/Raiffeisenbanken-Umfeld war damals günstiger als die entsprechende Telekom-Lösung.

Danach erfolgte der Wechsel zu T-Online 3.0. Der Internetzugang war trotzdem noch ganz klassisch analog. Als Modem kam ein externes ELSA MicroLink 56K Fun im charakteristischen grün-transparenten Gehäuse zum Einsatz. Die Zugangssoftware und der eigentliche Browser waren dabei zwei verschiedene Dinge: Für das Web wurde weiterhin Netscape benutzt.

Netscape verschwand nicht schlagartig. Nach der Erinnerung blieb der Browser ungefähr bis 2010 in Gebrauch. Später liefen Internet Explorer und auch der T-Online-Browser über längere Zeit parallel dazu. Wieder zeigt sich dasselbe Muster wie schon bei Datasette und Floppy: Neue Technik ersetzt die alte in der Praxis selten an einem einzigen Tag.

2004/2005: T-DSL 1000 – die Einwahl verschwand, die Leitung blieb sichtbar

Der erste DSL-Anschluss wird auf 2004/2005 erinnert. Verwendet wurde T-DSL 1000. Die zeitgenössische Telekom-Dokumentation nennt für T-DSL 1000 bis zu 1.024 kbit/s im Downstream und 128 kbit/s im Upstream. Gegenüber 56k war das ein gewaltiger Schritt – nicht nur wegen der Datenrate, sondern weil die Internetverbindung nicht mehr für jede Sitzung wie ein Modemgespräch neu aufgebaut werden musste.

In der frühen DSL-Zeit folgten die Geräte nach Erinnerung nacheinander: T-Sinus 130 DSL → Teledat 430 LAN → T-Sinus 154 DSL. Sie wurden also nicht als gleichzeitig betriebene Modem-/Routerkombination verwendet. Die Rechner waren in dieser Phase überwiegend per Netzwerkkabel angeschlossen. WLAN war vorhanden beziehungsweise wurde zunehmend relevant, aber der praktische Alltag blieb zunächst stark kabelgebunden.

Danach folgte eine längere Speedport-Reihe: Speedport 500V → Speedport W 503V → Speedport W 724V Typ A. Damit wandelte sich der Internetzugang von einem einzelnen Modem immer mehr zu einer zentralen Heimnetzkomponente: Router, lokale Vernetzung, WLAN und später Telefoniefunktionen rückten zusammen.

Um 2013/14: von T-Net/analog zu ISDN – Rufnummern sind ebenfalls technische Altlasten

Um 2013/14 erfolgte nach Erinnerung die Umstellung von T-Net/analog auf ISDN. Dabei konnten zwei frühere separate Rufnummern nicht auf den neuen Anschluss übernommen werden: eine frühere Faxnummer und eine weitere frühere Rufnummer. Mehr Hintergrund ist für die technische Geschichte nicht erforderlich; entscheidend ist der Effekt der Migration.

Damit wird ein häufig übersehener Punkt sichtbar: Bei einer Anschlussumstellung wandern nicht nur Leitungen und Geräte. Auch Rufnummern, Erreichbarkeit, Endgeräte und gewachsene Zuordnungen gehören zum technischen Bestand. Was sich nicht migrieren lässt, kann genauso verloren gehen wie ein altes Dateiformat oder eine nicht mehr unterstützte Schnittstelle.

Ab 2015: Hybrid – wenn eine langsame Festnetzleitung einen zweiten Weg braucht

Die Festnetzleitung blieb am Standort vergleichsweise langsam. VDSL war nie verfügbar; die DSL-Verbindung blieb im ADSL-Bereich und liegt nach heutiger Erfahrung je nach Situation ungefähr in einer Größenordnung von 6 bis 10 Mbit/s. Genau deshalb wurde 2015 die Hybridtechnik interessant: Die vorhandene DSL-Leitung sollte durch Mobilfunk ergänzt werden, statt auf einen nicht verfügbaren schnelleren Festnetzausbau zu warten.

2015 kam der Speedport Hybrid. Er bündelte DSL und LTE in einem System. 2019 folgte der Speedport Pro, 2021 der Speedport Pro Plus; direkt danach wurde am ersten Anschluss auch die Speedport Pro Plus Gaming Edition eingesetzt. Die Routerwechsel waren damit nicht nur kosmetische Modellwechsel, sondern Teil einer längeren Suche nach mehr nutzbarer Bandbreite und einer stabilen Kombination aus Festnetz und Mobilfunk.

Am zweiten Anschluss folgte 2022/2023 eine andere Architektur: Speedport Smart 4 plus separater 5G-Empfänger. Der Grund war diesmal ausdrücklich auch Neugier: ausprobieren, ob die modulare 5G-Hybridlösung in der Praxis schneller beziehungsweise günstiger positionierbar war als die vorherige integrierte Hybridtechnik. Die Telekom brachte die reguläre 5G-Hybridlösung mit Smart 4 und 5G-Empfänger Anfang 2023 auf den Markt; die Erinnerung 2022/23 liegt damit genau im Umfeld dieser Einführungsphase.

Technisch ist der Unterschied interessant. Beim älteren Speedport Hybrid saß die Mobilfunktechnik im Router. Beim Smart 4 übernimmt ein separater 5G-Empfänger den Funkteil und kann unabhängig vom Router dort positioniert werden, wo der Mobilfunkempfang besser ist. Routerfunktion und Funkstandort müssen dadurch nicht mehr derselbe Ort sein.

Was aus diesen Jahren in sslxy weiterlebt

Die frühen Rechnerjahre erklären einige Entscheidungen, die auf sslxy bis heute sichtbar sind. Statisches HTML wirkt aus moderner Sicht manchmal altmodisch. Aus einer Geschichte mit BASIC, Textdateien, Disketten, seriellen Verbindungen und direkter Fehlersuche betrachtet, ist es dagegen eine sehr logische Technologie: Ein Dokument ist eine Datei. Seine Struktur ist lesbar. Es kann kopiert, archiviert und auf einem anderen Server wieder ausgeliefert werden.

Auch die Vorliebe für stabile URLs, lokale Sicherungen, nachvollziehbare Konfigurationen und offene Standards passt in diese Linie. Wer erlebt hat, wie stark Medien, Schnittstellen und proprietäre Systeme wechseln, entwickelt automatisch Respekt vor Dingen, die über Generationen weiterlesbar bleiben.

Dasselbe gilt für Reparatur. Ein PET mit problematischer Tastatur, ein handgebautes Interface oder eine widerspenstige DFÜ-Verbindung lehrt: Ein Fehler ist zunächst ein unbekannter Zustand, kein Grund für einen Komplettabriss. Diese Haltung findet sich heute in Wenn Webseiten alt werden und Fehler suchen statt neu bauen wieder.

Was davon heute noch nützlich ist – ohne Retro-Romantik

Kein moderner Rechner sollte künstlich auf PET-Niveau zurückgebaut werden. Die alten Systeme sind interessant, weil ihre Grenzen Prinzipien sichtbar machten, die moderne Technik weiterhin besitzt. Die folgende Tabelle übersetzt einige Erfahrungen direkt in heutige Praxis.

Eine praktische Fünf-Fragen-Regel

1. Wo liegt der Zustand? Im Gerät, in einer Datei, auf einem Server oder in einem Konto?
2. Welche Schicht kann scheitern? Strom, Hardware, Kabel, Netzwerk, Protokoll, Anwendung oder Daten?
3. Kann ich den Zustand unabhängig sichern? Sync allein ist kein Archiv.
4. Ist die Schnittstelle dokumentiert? Ein proprietärer Adapter ist bequem, bis er verschwindet.
5. Kann jemand das in zehn Jahren noch verstehen? Wenn nicht, fehlt Dokumentation oder unnötige Komplexität ist entstanden.

Chronologie der bisher gesicherten Stationen

Quellen und technische Einordnung

Die Jahreszahlen zu Kauf, Nutzung und persönlichen Erfahrungen stammen aus der überlieferten Erinnerung dieses Umfelds. Allgemeine historische und technische Aussagen werden zusätzlich mit Museums- und Referenzquellen abgeglichen. Wo die Erinnerung nicht sicher ist, wird das ausdrücklich kenntlich gemacht.

• Computer History Museum – 1977 Timeline: PET und TRS-80 als frühe vollständig aufgebaute Mikrocomputer.
• Computermuseum Universität Stuttgart – Commodore PET 2001: 6502, 8 KB, 9-Zoll-Monitor, frühe Tastatur und integrierte Kassette.
• Museumsstiftung Post und Telekommunikation – Bildschirmtext: bundesweite Einführung 1983, Kommunikation, Buchungen, Online-Shopping und Online-Banking.
• Museum für Kommunikation / Google Arts & Culture – Bildschirmtext: Das Netz vor dem Internet: Entwicklung, Feldversuche und Start des Dienstes.
• Museumsstiftung Post und Telekommunikation – Woerltronic dataphon s21-23d: Akustikkoppler, Datierung um 1984 und Einordnung der damaligen Bundespost-Regeln für private Modems.
• Commodore C128 System Guide – Section 2: C128-Betriebsarten sowie 40-/80-Zeichen-Ausgabe und Umschaltung am 1901.
• C64-Wiki – Hypra-Load: Software-Schnelllader für C64/1541, erstmals 1984 als Listing veröffentlicht.
• RUN Magazine, Dezember 1985: zeitgenössische Dokumentation des VOLKS 6470 von Anchor Automation.
• Amiga Hardware Database – Roßmöller Handshake: dokumentierte Amiga-Erweiterungen des Herstellers und Zorro-II-Kontext.
• ASUS – P/I-P55TVP4 Support / Handbücher: zeitgenössische Dokumentation des Socket-7-Mainboards; Handbuchfassungen ab 1996/97.
• Intel – Microprocessor Quick Reference Guide: historische Einführungstermine, darunter Pentium 166 im Januar 1996 und Pentium II 300 im Mai 1997.
• Intel – Microprocessor Quick Reference Guide, Product Family: Fertigungsprozess und Generationen des Pentium II; Desktop-300-MHz als 0,35-µm-Generation, 333 MHz ab Januar 1998 als 0,25 µm.
• ABIT – BH6: Intel-440BX-Chipsatz, ATX, AGP, PCI, ISA und Ultra-DMA/33.
• teltarif.de – VR-WEB, Dezember 1999: Internetzugang für Kunden der Volksbanken und Raiffeisenbanken ohne Grundgebühr; zeitgenössische Einordnung des Angebots und seiner Preisposition.
• heise online – T-Online 3.0, August 2000: Veröffentlichung von T-Online 3.0 und Einordnung des damaligen StartCenters.
• PC-WELT – ELSA MicroLink 56K Fun: zeitgenössische Einordnung des externen 56k-Modems und seines auffälligen Gehäusedesigns.
• Deutsche Telekom – Q3 2004 Backup: T-DSL 1000 mit bis zu 1.024 kbit/s Downstream und 128 kbit/s Upstream.
• Deutsche Telekom – Q3 2015: MagentaZuhause Hybrid, LTE-Boost und Speedport Hybrid als benötigtes Endgerät.
• Deutsche Telekom – Speedport Pro Plus Gaming Edition, 2021: limitierte Gaming-Edition des Speedport Pro Plus.
• Deutsche Telekom – 5G-Hybridlösung, Februar 2023: Speedport Smart 4 und separater 5G-Empfänger als Hardware-Duo für Hybrid 5G.

Produktnamen und Marken dienen ausschließlich der historischen und technischen Einordnung. Die Comicbilder sind KI-generierte Illustrationen und keine historischen Fotografien oder Gerätebelege.

Verwandte Seiten im sslxy-Archiv

• Systems – Rechner- und Systemspuren im Archiv.
• BTX und Online-Bestellungen – Bildschirmtext und frühe Onlinepraxis.
• Telefonnetz und Datenkommunikation – vom Fernsprechnetz zu digitalen Datendiensten.
• Vom eigenen Rechner zur Cloud und KI – wo Programme, Daten und Rechenleistung heute liegen.
• Wenn Webseiten alt werden – stabile URLs, Redirects und Archivwert.
• Fehler suchen statt neu bauen – Fehlersuche als technische Haltung.
• Aus der Webmaster-Werkstatt – die etwas weniger nüchterne Werkstattseite.

Der rote Faden war nie ein bestimmter Rechner – sondern Neugier

Vom PET 2001 über VC-20, C64 und C128, selbst zusammengestellte 386- und Pentium-PCs bis zum Amiga, zur 3D-Beschleunigung und zum frühen Internet änderte sich fast alles: Speichergrößen, Bildschirme, Datenträger, Programmiersprachen, Bussysteme, Schnittstellen und Netze. Konstant blieb die Frage: Was kann man damit machen – und was steckt darunter?

Vielleicht ist das der wichtigste Grund, diese frühen Jahre überhaupt zu dokumentieren. Nicht weil alte Computer automatisch besser waren. Sie waren langsam, teuer, begrenzt und oft widerspenstig. Aber sie machten Zusammenhänge sichtbar. Wer eine Kassette laden, eine Schnittstelle anpassen, einen Drucker mit Steuercodes ansprechen und eine Telefonverbindung zu einem anderen Rechner aufbauen musste, bekam ein Gefühl dafür, dass digitale Systeme aus Schichten bestehen.

Diese Sicht ist im heutigen Web, in der Cloud und bei KI weiterhin wertvoll. Die Geräte sind schneller geworden; die Grundfragen sind geblieben: Wo liegen die Daten? Wer kontrolliert die Schnittstelle? Was passiert bei einem Fehler? Ist ein Export möglich? Kann das System auch ohne Anbieter X weiterleben? Und versteht noch jemand, wie es funktioniert?

„Früher Technik erleben. Heute bewahren. Für morgen – ohne aus Erinnerung eine Legende zu machen.“