Spalten, Trommeln und rechteckige Löcher: Ein Blick in den Kartenlocher IBM 029

Mit seinen elektroblauen Akzenten, dem flachen, winkligen Metallrahmen und einem auf Kniehöhe unter der Tischplatte montierten Netzschalter kam der Kartenlocher IBM 029 im Jahr 1964 als zentraler Baustein der System/360-Peripheriefamilie von IBM auf den Markt. Obwohl Mitte der 1960er-Jahre bereits Fernschreiber existierten, war interaktive Rechenzeit auf Mainframe-Prozessoren extrem kostspielig, da weitverbreitete Timesharing-Betriebssysteme noch fehlten. Eine bestehende Verbindung zu einem Großrechner allein für das zeilenweise Eintippen von Code zu belegen, war finanziell unrentabel. Stattdessen tippten Programmierer ihren Code offline an tischgroßen Kartenlocher-Konsolen wie dem IBM 029 auf Papierkarten und stellten so Stapelverarbeitungsaufträge zusammen, die sie anschließend dem Bedienpersonal im Rechenzentrum übergaben.

Offline-Verarbeitung und das 80-Spalten-Limit

Laut dem Bericht von Two Bit History über das frühe Computing mit Lochkarten machte die Offline-Vorbereitung den Kartenlocher in den 1960er- und 1970er-Jahren zur primären Schnittstelle für die Softwareentwicklung. Das physische Medium setzte dabei starre architektonische Grenzen: Jede Standard-Lochkarte wurde mit exakt 80 Spalten gefertigt. Programmierer konnten pro Zeile nicht mehr als 80 Zeichen eingeben, ohne ihre Anweisungen auf mehrere physische Karten aufzuteilen. Diese 80-Spalten-Abmessung war von IBM bereits Jahrzehnte zuvor als Industriestandard etabliert worden und verwandelte die Maße der Papierkarte in eine unumstößliche Grenze für die Programmiersyntax.

Strukturelle Stabilität und der Hollerith-Code

Jede Karte enthielt 12 horizontale Zeilen und 80 vertikale Spalten. Die oberen drei Zeilen dienten als Zone-Zeilen (Zeilen 12, 11 und 0), während die unteren neun Zeilen für die Ziffern 1 bis 9 standen. Um Zeichen in das physische Papier zu kodieren, ohne die Karte zu beschädigen, verließen sich die Ingenieure auf die Hollerith-Kodierung. Statt eines reinen Binärschemas, das eine Spalte mit zahlreichen Löchern durchsieben und die Stabilität der Papierkarte gefährden könnte, beschränkte die Hollerith-Kodierung die Zeichendarstellung auf maximal drei gestanzte rechteckige Löcher pro Spalte. Spezielle Programmierkarten, wie sie etwa für COBOL gedruckt wurden, reservierten bestimmte Spaltenbereiche für betriebliche Regeln: Spalte 7 markierte die Fortsetzung einer Anweisung, während die letzten acht Spalten für Sequenznummern reserviert waren, um herabgefallene Kartenstapel wieder korrekt sortieren zu können.

Die U-förmige Führung und der Drei-Stationen-Pfad

Der IBM 029 transportierte die Karten über eine mechanische, U-förmige Führung entlang der Konsole. Ungestanzte Karten lagen in einem Magazin oben rechts auf der Maschine, während sich fertige Karten in einem Ablagefach oben links sammelten. Der aktive Arbeitsbereich entlang der unteren Führung umfasste drei Stationen: einen Wartebereich auf der rechten Seite, eine zentrale Stanzstation sowie eine Lesestation auf der linken Seite. Über eine Schreibmaschinentastatur bedient, stanzte der 029 schmale rechteckige Löcher und druckte gleichzeitig lesbare Zeichen an den oberen Rand jeder Spalte. Da physische Löcher nicht rückgängig gemacht werden konnten, erforderte das Korrigieren eines Fehlers das Stanzen einer neuen Karte. Wie in einem Unterrichtsfilm des Computing Center der University of Michigan aus dem Jahr 1967 dokumentiert ist, korrigierten Bediener Fehler, indem sie die fehlerhafte Karte in die linke Lesestation und eine neue Karte in die Stanzstation schoben und dann die DUP-Taste drückten, um korrekte Spalten bis zur Fehlerstelle automatisch zu duplizieren.

Automatisierung von Kartenarbeiten mit der Programmtrommel

Um wiederkehrende Tipparbeit bei der Erstellung strukturierter Datensätze oder standardisierten Quellcodes zu reduzieren, verfügte der 029 über eine mechanische Automatisierung mittels einer aufrechten Programmtrommel direkt über der zentralen Stanzstation. Programmierer wickelten eine Steuerkarte um diesen Metallzylinder. Während sich die Trommel synchron zur darunter vorbeilaufenden Karte drehte, erfassten physische Stifte die Löcher der Steuerkarte, um spezifische Maschinenregeln automatisch auszulösen. Die Trommel konnte das automatische Überspringen ungenutzter Spaltenbereiche erzwingen, numerische oder alphabetische Eingabebeschränkungen durchsetzen oder die automatische Kartenduplizierung für sich wiederholende Datenfelder über mehrere Stapel hinweg aktivieren.

Von elektrischen Bürsten zu modernen Terminals

Sobald ein Kartenstapel gestanzt und geordnet war, führten Computerbediener den Stapel einem Peripherieleser wie dem IBM 2540 zu, der bis zu 1.000 Karten pro Minute verarbeitete. Der 2540 bewegte elektrische Bürsten über die Kartenoberfläche, die durch die gestanzten rechteckigen Öffnungen Stromkreise schlossen, um Daten zu erfassen. Die Großrechner der System/360-Serie wandelten diese physischen Signale anschließend in den 8-Bit-Code EBCDIC (Extended Binary Coded Decimal Interchange Code) um. EBCDIC entwickelte sich aus dem älteren 6-Bit-Format BCDIC und bildete seine untersten vier Bits auf die Ziffernzeilen und seine obersten zwei Bits auf die Zone-Zeilen ab, wodurch die physische Logik der Papierkarten direkt in den Systemspeicher übertragen wurde.

Der IBM 029 blieb zwanzig Jahre lang, bis 1984, im offiziellen Gerätekatalog von IBM. Als Lochkarten schließlich zugunsten interaktiver Bildschirmterminals ausgemustert wurden, hatte sich das physische 80-Spalten-Format bereits als digitale Konvention etabliert. Bildschirmterminals und Befehlszeilenschnittstellen übernahmen 80 Zeichen als Standardfensterbreite – ein Zeilenlängenstandard, der seinen Ursprung direkt in den rechteckigen Stanzlöchern der Papierkarten des 20. Jahrhunderts hat.

KI-generierte redaktionelle Illustration; kein Dokumentarfoto.

Quelle: 0b10 0b10 The IBM 029 Card Punch