interfaces

Persönliche Projekte und technische Beleggrenzen

Warum mich Schnittstellen immer besonders interessiert haben

Ein einzelnes Gerät ist noch kein ganzes technisches Denken. Es zeigt nur seine eigene Ordnung. Wirklich interessant wird Technik für mich oft erst an den Stellen, an denen zwei unterschiedliche Ordnungen aufeinandertreffen. Genau dort beginnt das Thema Schnittstelle. Eine Schnittstelle ist nie nur Buchse oder Stecker. Sie ist die Frage, wie unterschiedliche Logiken überhaupt miteinander kompatibel werden können.

Das hat mich früh angezogen. Nicht als abstrakte Theorie, sondern ganz praktisch. Wie bekommt man etwas zusammen, das ursprünglich nicht selbstverständlich zusammengehört? Wie macht man aus einer Schreibmaschine plötzlich eine brauchbare Ausgabe am Heimcomputer? Wie nähert man sich der Idee, Daten oder Signale über Wege zu übertragen, die erst einmal gar nicht nach Computertechnik aussehen? Wie verbindet man Geräte, wenn die offizielle, saubere Serienlösung gerade nicht vorhanden ist?

Gerade solche Situationen haben mein Verständnis von Technik stark geprägt. Nicht, weil alles immer perfekt funktionierte, sondern weil man dort gezwungen war, genauer hinzusehen. Man lernte, dass Technik nicht nur aus fertigen Kästen besteht, sondern aus Übergängen, Pegeln, Signalen, Anpassungen, Kompromissen und kleinen Lösungen, die den Unterschied zwischen Theorie und Praxis sichtbar machen.

Die innere Haltung dahinter steht auch auf philosophy.htm, während der räumliche und archivische Hintergrund auf the-vault.htm sichtbar wird.

„Interessant wurde Technik für mich oft genau dort, wo zwei Geräte nicht selbstverständlich zusammenpassten.“

Neun Schichten einer funktionierenden Verbindung

Ein Adapter kann eine Schicht lösen und alle anderen offenlassen. Ein Steckeradapter ist kein Pegelwandler. Ein Pegelwandler übersetzt keinen Zeichensatz. Ein Zeichensatzkonverter erzeugt noch kein Geräteprotokoll.

Gleicher Stecker bedeutet nicht gleiche Schnittstelle

D-Sub-, DIN-, Klinken- oder Pfostenstecker beschreiben zunächst nur die mechanische Verbindung. Hersteller konnten denselben Steckertyp für völlig andere Signale und Spannungen verwenden.

• Geschlecht und Kontaktzahl reichen nicht zur Identifikation.
• Nummerierung wird immer aus Blickrichtung und Dokumentation des konkreten Steckers gelesen.
• Gehäusemasse, Signalmasse und Schutzleiter dürfen nicht automatisch gleichgesetzt werden.
• Abschirmung benötigt ein bewusstes Anschlusskonzept statt beidseitiger Zufallsverbindung.
• Versorgungsspannung auf einer Buchse kann fremde Geräte unmittelbar beschädigen.

Signalrichtung, DTE und DCE

ITU-T V.24 beschreibt Funktionen von Austauschleitungen zwischen Datenendeinrichtung und Datenübertragungseinrichtung. Begriffe wie Transmit und Receive werden aus der jeweiligen Geräteklasse betrachtet, nicht aus der Blickrichtung auf das Kabel.

Bei proprietären Heimcomputerinterfaces können DTE-/DCE-Begriffe nur einen Teil erklären. Dort muss das konkrete Handbuch entscheiden.

TTL, V.24/RS-232 und Open Collector sind elektrisch verschieden

Handshake und Flow Control verhindern Datenverlust

Sender und Empfänger arbeiten selten exakt gleich schnell. Ohne Rückmeldung kann ein Zeichen verloren gehen, ein Puffer überlaufen oder ein mechanisches Ausgabegerät den Rechner blockieren.

Baudrate allein beschreibt keine serielle Verbindung

Asynchrone serielle Übertragung benötigt ein vollständiges Zeichenformat: Startbit, Datenbits, optionale Parität, Stopbits, Bitreihenfolge und invertierte beziehungsweise nicht invertierte Logik.

„Baud“ und „bit/s“ sind bei einfachen binären Verfahren oft zahlenmäßig gleich, aber nicht grundsätzlich identische Begriffe. Für die praktische Geräteakte sollte die dokumentierte Datenrate verwendet werden.

PETSCII, ASCII, Druckzeichen und Steuerzeichen

Der offizielle C64 Programmer's Reference Guide weist darauf hin, dass Commodore-Zeichencodes für Kommunikation mit vielen anderen Rechnern in ASCII-Gegenstücke übersetzt werden müssen.

• Druckzeichen: Buchstaben und Ziffern können unterschiedlich codiert sein.
• Umlaute: hängen von Typenrad, Software, Interface und Zeichentabelle ab.
• Steuerzeichen: Cursor-, Farb- und Grafikcodes besitzen auf einer Schreibmaschine keine direkte Entsprechung.
• Zeilenende: CR, LF oder Kombinationen müssen zum Zielgerät passen.
• Tabulator/Rand: kann mechanisch oder über Gerätesekundärbefehle gesteuert werden.

Schutz, Masseführung und galvanische Trennung

Zwei Geräte können unterschiedliche Massepotentiale besitzen. Fremdspannung, statische Entladung, Fehlverdrahtung oder eine Erdschleife können Schnittstellenbausteine und Hauptplatinen beschädigen.

• Strombegrenzung beim ersten Test reduziert Folgeschäden.
• Serienwiderstände schützen nicht gegen jede falsche Spannung, können aber Fehlerstrom begrenzen.
• Pegelwandler müssen zur Richtung und Datenrate passen.
• Optokoppler oder Digitalisolatoren können die galvanische Verbindung trennen.
• Schutzdioden benötigen ein Gesamtkonzept und dürfen Versorgungsschienen nicht unkontrolliert rückspeisen.

Messen statt Leitungen auf Verdacht verbinden

Die Triumph-Adler Gabriele 8008 als Drucker am C64

Ein besonders typisches Beispiel aus dieser Zeit war die Idee, eine Schreibmaschine vom Typ Triumph-Adler Gabriele 8008 am C64 als Drucker zu nutzen. Für mich war das nie ein kurioser Gag, sondern eine erstaunlich logische Überlegung. Wenn eine Maschine lesbare Zeichen sauber zu Papier bringen kann, liegt die Frage fast automatisch nahe, ob sie sich nicht auch in einen anderen technischen Zusammenhang einbinden lässt.

Gerade daran reizte mich der Gedanke. Die Gabriele war natürlich keine klassische Computerperipherie im üblichen Heimcomputer-Sinn. Sie gehörte aus einer anderen Welt. Genau deshalb wurde es interessant. Plötzlich stand nicht mehr nur das Gerät im Mittelpunkt, sondern die Verbindung. Wie lässt sich so etwas überhaupt zusammenbringen? Wo muss angepasst werden? Welche Signale oder Steuerwege sind nötig? Was übernimmt der Computer, was die Maschine? Wo beginnt technische Logik, wo endet bloßes Wunschdenken?

Dass dafür selbst ein Interface eingebaut wurde, passt für mich sehr gut zu dieser Zeit. Denn man wartete damals nicht immer darauf, dass ein Hersteller genau die passende Lösung liefert. Wenn man eine Funktion sinnvoll fand, versuchte man eher herauszufinden, wie sie sich herstellen lässt. Nicht aus Übermut, sondern aus echtem Interesse und aus dem Wunsch, Technik nicht nur so zu benutzen, wie sie vorgesehen war, sondern auch so, wie sie sich logisch erweitern ließ.

Gerade an der Gabriele 8008 zeigt sich für mich sehr schön, was mich an Interfaces immer gereizt hat: Ein Gerät bleibt äußerlich, was es ist, und bekommt zugleich eine neue Rolle. Die Schreibmaschine wird nicht aufgehoben, sondern in einen anderen Zusammenhang gestellt. Das macht sie für mich fast noch interessanter. Denn dort begegnen sich zwei technische Kulturen: die geordnete Mechanik und Anschlagslogik einer Schreibmaschine auf der einen Seite, die digitale Zeichenwelt eines Heimcomputers auf der anderen.

Mich hat daran nie nur der Effekt interessiert, dass am Ende etwas gedruckt werden konnte. Spannender war die Frage, was man dabei über beide Seiten lernt. Über den C64 genauso wie über die Schreibmaschine. Solche Lösungen zwingen dazu, Geräte genauer zu lesen. Man lernt, dass Funktionen nicht immer in festen Kategorien gedacht werden müssen. Und man merkt, wie viel technisches Verständnis entsteht, wenn man versucht, fremde Ordnungen miteinander ins Gespräch zu bringen.

Die Gabriele 8008 am C64 bleibt für mich deshalb eine besonders schöne Erinnerung an eine Zeit, in der Technik noch sichtbarer aus Einzelteilen, Übergängen und Ideen bestand. Nicht alles war Standard. Und genau das machte vieles so lehrreich.

Solche praktischen Umbau- und Prüfwege passen inhaltlich auch sehr gut zu werkstatt.htm.

„Eine Schreibmaschine als Drucker zu denken, war für mich kein Witz, sondern eine sehr ernsthafte technische Frage.“

Dokumentierte Handelsausführung: V.24 oder Commodore-VC-Interface

Ein zeitgenössischer Test von 1985 beschreibt die Triumph-Adler Gabriele 8008 L als elektronische Typenradschreibmaschine, die mit V.24-Schnittstelle oder mit einem eingebauten VC-Interface für Commodore-Rechner angeboten wurde.

Typenrad: schönes Schriftbild, aber kein Rasterdrucker

Die Gabriele 8008 ist keine Nadeldruckerin. Ein Typenrad trägt vollständig geformte Zeichen. Die Mechanik dreht das gewünschte Zeichen vor die Anschlagposition und schlägt es über Farbband auf Papier.

Commodore-IEC: Controller, Talker, Listener und Geräteadresse

Der Commodore Programmer's Reference Guide beschreibt den seriellen Bus als Daisy Chain. Der C64 ist Controller und kann Geräte zum Sprechen oder Zuhören auffordern. Geräte erhalten eine Busadresse; Drucker werden typischerweise als Gerät 4 beziehungsweise alternativ 5 angesprochen.

Ein Schreibmaschineninterface muss deshalb mehr tun als Datenleitung verbinden: Es muss IEC-Adressierung und Handshake verstehen, Bytes annehmen und daraus die passende interne Steuerung erzeugen.

C64 User Port: flexible Logikleitungen, aber kein fertiger Fremdpegelanschluss

Der User Port stellt CIA-Portleitungen, serielle Leitungen, Handshakeeingänge sowie Versorgungs- und Massesignale bereit. Datenrichtung wird softwareseitig über Register festgelegt.

• Port B kann bitweise als Ein- oder Ausgang konfiguriert werden.
• FLAG und PA2/PC2 können Handshake- beziehungsweise Interruptaufgaben übernehmen.
• KERNAL-Gerät 2 unterstützt softwarebasierte serielle Kommunikation mit konfigurierbarem Zeichenformat.
• Pegelwandler bleibt nötig, wenn das Ziel klassische V.24-/RS-232-Elektrik erwartet.
• Zeichenübersetzung bleibt eine eigene Software- oder Interfaceaufgabe.

Erste Akustikkoppler-Versuche

Auch die ersten Versuche mit selbstgebauten Akustikkopplern gehören für mich in genau dieselbe Denkrichtung. Hier ging es ebenfalls nicht bloß darum, irgendetwas irgendwie zum Laufen zu bringen. Mich interessierte vor allem, wie Signale überhaupt ihren Weg finden. Ein Akustikkoppler ist dafür fast schon ein kleines Lehrstück, weil er sehr deutlich macht, dass Kommunikation zwischen Geräten nichts Magisches ist, sondern technisch herstellbare Übersetzung.

Gerade das war faszinierend: Nicht einfach ein fertiges Kommunikationsgerät kaufen und benutzen, sondern sich überhaupt erst einmal an die Idee herantasten, dass Daten über Töne, Leitungswege und mechanisch-physische Übergänge übertragen werden können. Ein Akustikkoppler wirkt auf den ersten Blick fast umständlich. Für mich war gerade das der Reiz. Dort wird Kommunikation sichtbar. Es gibt nicht nur abstrakte Daten, sondern reale Umwandlung.

Bei solchen Versuchen ging es mir nie um Perfektion. Natürlich war das kein Bereich, in dem man sofort glatte, industrielle Ergebnisse erwarten konnte. Aber genau daraus entstand ein tieferes Verständnis. Man lernte, dass Signalübertragung immer Bedingungen braucht. Dass Übergänge sauberer oder unruhiger sein können. Dass Verbindlichkeit in der Technik nichts Selbstverständliches ist, sondern etwas, das man herstellen, prüfen und im Zweifel verbessern muss.

Für mich gehören diese Akustikkoppler-Versuche deshalb ganz klar in dieselbe technische Biografie wie Heimcomputer, Reparaturen oder angepasste Peripherie. Denn sie zeigen eine Haltung, die bis heute geblieben ist: Technik nicht ehrfürchtig ansehen, sondern ausprobieren. Nicht davon ausgehen, dass Grenzen unverrückbar sind, sondern prüfen, wie weit man sie mit ruhigem Verstand und praktischer Logik verschieben kann.

Die grundsätzliche technische Haltung dahinter wird auf philosophy.htm noch direkter beschrieben.

„Akustikkoppler-Versuche waren für mich keine Exotik, sondern eine sehr direkte Schule des Signaldenkens.“

V.21: 300 bit/s Duplex über das Telefonnetz

ITU-T V.21 standardisierte ein Duplexmodem mit 300 bit/s für das allgemeine vermittelte Telefonnetz. Daten werden dabei über frequenzumtastete Tonsignale in getrennten Richtungsbändern übertragen.

Ein Akustikkoppler kann solche Modemtöne über Mikrofon und Lautsprecher an den Hörer koppeln. Das eigentliche serielle Zeichenformat, Terminalprogramm und Modemprotokoll bleiben davon getrennte Ebenen.

Der akustische Signalweg besitzt eigene Fehlerquellen

Deshalb wird zuerst ein definierter Testton beziehungsweise eine bekannte Gegenstelle verwendet, bevor gleichzeitig Mechanik, Modemschaltung und Terminalprogramm verändert werden.

Improvisierte Verbindungen zwischen Geräten

Vieles aus dieser Zeit bestand nicht aus großen, abgeschlossenen Projekten, sondern aus kleinen, improvisierten Verbindungen zwischen Geräten. Genau solche improvisierten Wege waren oft besonders prägend. Nicht, weil sie immer elegant gewesen wären, sondern weil sie einen dazu zwangen, Geräte wirklich zu lesen. Was kann dieses Gerät? Was braucht das andere? Wo ist ein gemeinsamer Punkt? Welche Annahme ist falsch, welche erstaunlich brauchbar?

Für mich war das eine wichtige Form von Praxis. Man lernte dort nicht nur etwas über Anschlüsse, sondern über Denkweisen. Manche Maschinen waren offen für Anpassung, andere sperriger. Manche ließen sich mit etwas Geduld gut integrieren, andere nur mit viel Umweg. Gerade in diesen Unterschieden entstand ein Gefühl für technischen Charakter. Ein System zeigt sich oft am ehrlichsten, wenn man versucht, es mit etwas Fremdem zu verbinden.

Überall lagen damals Kabel, Adapterideen, Notizen, Geräte mit geöffneten Gehäusen und halbfertige Gedanken zu möglichen Verbindungen. Genau daraus entstand Erfahrung. Nicht aus Hochglanz, sondern aus wiederholter Annäherung. Man probierte, man scheiterte, man änderte etwas, man verglich noch einmal. Solche Wege haben mein Verständnis von Technik wahrscheinlich stärker geprägt als jede reine Standardsituation.

Gerade weil nicht alles vorgegeben war, blieb viel Raum für echtes Verstehen. Man musste selbst entscheiden, wie weit eine Idee trägt, wo Vorsicht nötig ist und wann ein Ansatz nur theoretisch hübsch klingt, praktisch aber keine gute Lösung ist. Auch das gehört für mich zum Thema Interfaces: nicht jede Verbindung ist sinnvoll, aber fast jede ernsthaft gedachte Verbindung lehrt etwas.

Der Werkstattcharakter dieser Wege ist auf werkstatt.htm und der größere Zusammenhang auf the-vault.htm gut aufgehoben.

Sicherer Interface-Workflow

1. Zweck definieren: Welche Daten sollen in welche Richtung fließen?
2. Unterlagen sammeln: Handbücher, Serviceunterlagen, Pinouts und Schaltpläne beider Geräte.
3. spannungsfrei durchmessen: Stecker- und Kabelbelegung nachvollziehen.
4. Ruhepegel prüfen: Versorgung, Masse und Signalleitungen messen.
5. Richtung festlegen: niemals zwei aktive Ausgänge direkt gegeneinander schalten.
6. Pegel anpassen: Treiber, Empfänger, Pull-ups und gegebenenfalls Isolation aufbauen.
7. Minimaltest: ein Signal beziehungsweise ein Zeichen in nur einer Richtung.
8. Handshake ergänzen: erst danach längere Datenfolgen und reale Anwendung testen.
9. Änderungen einzeln protokollieren: Fehlerursachen bleiben dadurch erkennbar.

Pinout- und Adapterakte

Ein Foto des fertigen Kabels ersetzt keine Pinmatrix. Ein Schaltplan ohne Steckerblickrichtung kann ebenso gefährlich sein.

Amiga 2000 und A2386SX-25: Schnittstelle zwischen zwei Rechnerwelten

Der Amiga 2000 mit Commodore A2386SX-25 Bridgeboard gehört auf dieser Seite ausdrücklich dazu. Er ist nicht nur ein weiteres System im Archiv, sondern ein besonders klares Beispiel für das Thema Interface. Hier geht es nicht um einen einfachen Adapter und nicht um ein kleines Kabel zwischen zwei Geräten. Hier liegt eine ganze PC-kompatible 386SX-Seite im Amiga-Gehäuse.

Genau deshalb ist dieses Bridgeboard so interessant. Es verbindet nicht nur zwei Anschlüsse, sondern zwei Rechnerwelten: AmigaOS und DOS-/PC-Logik, Zorro-II und ISA-Kontext, 3,5-Zoll- und 5,25-Zoll-Datenträger, eigene Amiga-Festplatte und eigene PC-Festplatte. Das ist keine dekorative Erweiterung, sondern eine technische Brücke mit echter Systemtiefe.

Bei vielen kleinen Interface-Lösungen geht es darum, ein Gerät an ein anderes anzupassen. Beim A2386SX-25 geht es um etwas Größeres: Ein Rechner wird zum Träger einer zweiten Rechnerlogik. Der A2000 bleibt Amiga, aber er enthält zugleich eine PC-Seite, die nicht nur simuliert wird, sondern als eigene Hardware existiert. Genau das macht ihn als Schnittstellenmaschine so wertvoll.

Gerade mit getrennten Festplatten zeigt sich diese Ordnung besonders deutlich. Die Systeme werden nicht beliebig vermischt. Die Amiga-Seite hat ihren eigenen Raum, die PC-Seite ebenfalls. Das ist technisch sauberer und aus Archivsicht wertvoller, weil Zuständigkeiten erhalten bleiben. Man kann später nachvollziehen, welche Daten, Programme und Konfigurationen zu welcher Welt gehörten.

Im SSLXY-Zusammenhang ist dieser A2000 deshalb mehr als ein Rechnerfund. Er ist ein konkretes Beispiel für die Denkweise, die auch hinter vielen kleineren Interface-Versuchen stand: Systeme sollen nicht mystifiziert, sondern verbunden, getrennt, geprüft und verstanden werden. Eine gute Verbindung löst nicht alles ineinander auf. Sie macht Übergänge kontrollierbar.

Die eigene Geräteakte dazu liegt auf amiga-2000.htm. Die größere Systemübersicht steht auf systems.htm, die allgemeine Hardwarelinie auf hardware.htm.

„Das A2386SX-25 ist kein bloßer Zusatz. Es ist eine Brücke zwischen Amiga und PC, ohne beide Welten zu verwischen.“

Dual-Port-RAM und Janus: kontrollierter Austausch zwischen zwei Rechnern

Das A2386SX ist ein eigenständiger PC-kompatibler Rechner auf einer Amiga-Erweiterungskarte. Laut Bridgeboard-Unterlagen stehen 128 KiB Dual-Port-RAM für den Datenaustausch zwischen PC- und Amiga-Seite zur Verfügung.

Die Janus-Software koordiniert gemeinsame Funktionen und Kommunikationswege. Sie hebt die Systemgrenzen nicht auf: AmigaOS und PC-Betriebssystem behalten eigene Speicher-, Geräte- und Dateisystemlogik.

ISA- und Zorro-Seite besitzen getrennte Ressourcen

ISA-Karten auf der PC-Seite benötigen I/O-Adressen, Interrupts, DMA-Kanäle und gegebenenfalls eigenes BIOS. Zorro-Karten werden nach Amiga-Regeln konfiguriert. Konflikte auf einer Seite sind nicht automatisch auf der anderen sichtbar.

• ISA-Grafik: kann eigenen Monitor und eigene Ressourcen benötigen.
• Festplattencontroller: besitzt BIOS-/IRQ-/DMA-Anforderungen der PC-Seite.
• Janus-Bereich: benötigt einen passenden PC-Adressbereich für die gemeinsame Kommunikation.
• Zorro-Konfiguration: bleibt Amiga-Autoconfig- und Treiberaufgabe.
• Inventar: Jumper und Ressourcen jeder Karte getrennt dokumentieren.

Laufwerke, Festplatten und Medienwege

Beim konkreten A2000 gehören 3,5-Zoll- und 5,25-Zoll-Laufwerk sowie getrennte Festplatten zur Arbeitskonfiguration. Für die Geräteakte muss feststehen, welche Seite welches Laufwerk physisch und logisch verwendet.

Systematische Fehlerdiagnose

Erhaltung von Interfaces und Eigenbauadaptern

• Adapter nicht vom zugehörigen Kabel und Gerät trennen.
• Innen- und Außenfotos mit Inventarnummer erstellen.
• Schaltplan aus der realen Platine rückprüfen, nicht nur aus Erinnerung zeichnen.
• programmierbare Bauteile und EPROMs auslesen und hashen.
• Treiber, Terminalprogramme und Konfigurationsdateien sichern.
• Messaufbau und erfolgreich getestete Bytefolge dokumentieren.
• Originalzustand und spätere Reparatur beziehungsweise Modernisierung trennen.

Ein Interface ist erst dann archiviert, wenn auch beide Endgeräte, Softwarestand, Kabelweg und Testprozedur wieder zugeordnet werden können.

Was man dabei wirklich gelernt hat

Das Entscheidende an solchen Interface-Fragen war für mich nie nur das Endergebnis. Natürlich war es schön, wenn etwas funktionierte. Aber noch wichtiger war oft, was man auf dem Weg dorthin über Technik lernte. Man lernte, dass Geräte nicht einfach schwarze Kästen sind. Man lernte, dass Verbindung immer Übersetzung bedeutet. Und man lernte, dass saubere technische Arbeit meist dort beginnt, wo man sich nicht von der Oberfläche täuschen lässt.

Gerade die Kombination aus Schreibmaschine, Heimcomputer, improvisierten Verbindungen, ersten Signalversuchen und späteren Mehrsystem-Konfigurationen wie einem A2000 mit Bridgeboard hat mein Denken stark geprägt. Sie machte deutlich, dass Technik nur dann wirklich lebendig wird, wenn man sie nicht als fertige Autorität akzeptiert, sondern als etwas, das man lesen, prüfen und behutsam anpassen kann. Das bedeutet nicht Respektlosigkeit. Im Gegenteil. Es ist eine Form von Respekt, die nicht auf Distanz beruht, sondern auf ernsthaftem Interesse.

Ich glaube, genau dort hat sich auch meine spätere Haltung zu Webentwicklung vorbereitet. Denn im Grunde geht es dort ähnlich zu. Man verbindet ebenfalls unterschiedliche Welten: Struktur und Darstellung, Inhalt und Technik, Lesbarkeit und Funktion, Gegenwart und spätere Wartung. Gute Schnittstellen sind deshalb nicht nur ein Thema alter Hardware. Sie sind ein Grundmuster technischen Denkens überhaupt.

• Technik wird verständlicher, wenn man Übergänge ernst nimmt.
• Improvisation kann ein sehr guter Lehrer sein, wenn sie ruhig und aufmerksam geschieht.
• Eine funktionierende Verbindung ist oft das Ergebnis vieler kleiner Beobachtungen.
• Geräte zeigen ihren Charakter besonders deutlich an den Stellen, an denen sie sich verbinden sollen.
• Wer technische Grenzen prüft, lernt oft mehr als jemand, der nur fertige Standards benutzt.
• Manche Schnittstellen verbinden nicht nur Geräte, sondern ganze Arbeitswelten.

Die innere Folgelinie davon steht auf philosophy.htm.

„Schnittstellen waren für mich nie nur Technik am Rand, sondern Orte, an denen Verständnis überhaupt erst entstand.“

Technische Referenzen

Für Bau oder Reparatur gilt die Unterlage der konkreten Geräte- und Platinenrevision. Historische Magazine belegen die damalige Handelsausführung, ersetzen aber keinen Schaltplan des persönlichen Eigenbaus.

Warum das mehr war als Bastelspielerei

Von außen könnte man solche Dinge leicht als Bastelspielerei missverstehen. Eine Schreibmaschine am C64. Akustikkoppler-Versuche. Improvisierte Leitungswege zwischen Geräten. Ein Amiga 2000, der über ein A2386SX-25 eine 386SX-PC-Seite enthält. Doch für mich war das nie bloß das Suchen nach einem Effekt. Der eigentliche Kern lag immer im Verstehen. Gerade dort, wo etwas nicht selbstverständlich zusammengehört, zeigt sich Technik oft am klarsten.

Solche Lösungen hatten außerdem einen sehr praktischen Wert. Sie erweiterten nicht nur Funktionen, sondern auch den eigenen Blick. Man lernte, wie ernst man Geräte nehmen muss, wenn man sie nicht nur benutzt, sondern miteinander sprechen lassen will. Und man bemerkte, wie viel technische Wirklichkeit in den Zwischenräumen liegt: in Pegeln, Takten, Anpassungen, Materialeigenschaften, mechanischen Grenzen, Buslogik, Dateisystemen und kleinen pragmatischen Entscheidungen.

Deshalb würde ich das nie auf Bastelromantik reduzieren. Es war eher eine sehr frühe Form von Systemdenken. Die Erkenntnis, dass Technik erst dann wirklich interessant wird, wenn man sie nicht isoliert, sondern in Beziehungen versteht. Und genau das ist etwas, das bis heute geblieben ist.

Wer den größeren Rahmen dazu sehen will, findet ihn auf the-vault.htm, in der technischen Haltung auf philosophy.htm und in der A2000-Geräteakte auf amiga-2000.htm.

„Mehr als Spielerei war es immer dann, wenn eine Verbindung plötzlich ein ganzes System verständlicher machte.“

Querverweise im SSLXY-Archiv

• Zur SSLXY-Hauptseite
• Schnittstellen, Kabel und Pinbelegungen
• Commodore IEC-Bus
• Commodore 64
• Drucker, Typenrad und Nadeldruck
• Modems und Dataphon
• Amiga 2000 mit A2386SX
• Hardware-Landkarte
• Werkstatt und Diagnose
• The Vault