sslxy

hardware

Systeme, die geblieben sind. Nicht zum Angeben, sondern zum Verstehen.

Diese Seite sammelt einen größeren Teil der Hardware-Geschichte hinter SSLXY. Nicht als Katalog, nicht als reine Nostalgie und auch nicht als Versuch, aus alten Geräten etwas Lautes zu machen. Mich interessiert an Technik vor allem, wie ein System gedacht war, wie klar es aufgebaut ist und was man daraus über Struktur, Wartung und Dauerhaftigkeit lernen kann.

Viele dieser Geräte stehen für unterschiedliche Phasen: frühe Rechnererfahrungen, Übergangssysteme, ernsthafte Arbeitsmaschinen, improvisierte Werkstattzeit und später der leise Wechsel in die PC-Welt. Zusammen ergibt das keine Sammlung aus Prestige, sondern eher eine technische Biografie.

Der Amiga 2000 mit A2386SX-25 Bridgeboard gehört hier besonders hinein, weil er Hardware nicht als Einzelgerät zeigt, sondern als Brücke: Amiga, 386SX-PC, getrennte Festplatten, 3,5- und 5,25-Zoll-Laufwerk in einer konkreten Arbeitskonfiguration.

Hardware Diagnostic

> ARCHIVE STATUS
OWNER sslxy FOCUS Systemlogik / Erhalt / technische Biografie / Wartbarkeit / Provenienz EVIDENCE eigenes Gerät / zeitweise gesehen / allgemeine Plattforminformation – nicht miteinander vermischen INVENTORY Typenschild / Seriennummer / Boardrevision / ROM-Firmware / Karten / Laufwerke / Netzteil / Kabel / Zustand START frühe Rechnerjahre bis heute CORE LINE PET / VC20 / C64 / C65 / C128 / Amiga / PC A2000 A2386SX-25 Bridgeboard / 386SX-PC im Amiga / getrennte Festplatten SIDE LINE Videotechnik / Reparaturen / Werkstattumfeld / Band- und Mechanikerhaltung RISKS alte Netzteile / Akkus und Batterien / Elektrolytkondensatoren / mechanische Verharzung / Datenträgeralterung CURRENT Dell Pro Max 16 Plus METHOD ruhig / genau / handwerklich / nachvollziehbar
Nicht alles ist selten. Wichtiger ist, dass ein System etwas über Technik erzählt.
[archive/evidence_classes]

Belegstatus: eigenes Gerät, gesehenes System und Allgemeinwissen

Status Bedeutung auf dieser Seite
EIGENES GERÄT Besitz, konkrete Konfiguration oder persönliche Herkunft wird ausdrücklich genannt.
IM UMFELD GESEHEN Plattform wurde bei Bekannten, in Werkstatt oder Umfeld erlebt, aber nicht als eigenes Dauergerät ausgegeben.
ALLGEMEIN Technische Einordnung der Modellfamilie; sie beschreibt nicht automatisch die exakte Revision des eigenen Exemplars.
OFFEN Seriennummer, Boardrevision, ROM, Chiprevision, Umbauten oder Zubehör sind noch nicht vollständig fotografisch beziehungsweise messtechnisch erfasst.

Diese Trennung ist besonders bei Prototypen, Big-Box-Amigas, Bridgeboards und langjährig gewachsenen Konfigurationen wichtig. Erinnerung bleibt wertvoll, wird aber nicht heimlich in eine vermeintlich vollständige technische Inventarliste umgeschrieben.

[hardware/biography_and_systems]

Hardware als technische Biografie

Geräte werden hier nicht nach Marktwert sortiert. Entscheidend ist, welche technische Phase sie erklären: Einstieg, Speichermangel, Plattformvergleich, Prototyp, Erweiterung, Medienübergang, Reparaturpraxis oder heutige Arbeitsumgebung.

Systemlogik

Wie CPU, Speicher, Busse, Grafik, Laufwerke und Betriebssystem zusammenarbeiten.

Arbeitskonfiguration

Welche Karten, Platten, Laufwerke, Monitore und Peripheriegeräte tatsächlich gemeinsam benutzt wurden.

Erhaltungszustand

Was original, ersetzt, repariert, ungeprüft, defekt oder nur dokumentiert ist.

Provenienz

Wann und auf welchem Weg das Gerät in den Bestand kam und welche Unterlagen dazu gehören.

[archive/device_record]

Inventarblatt pro Gerät

Feld Dokumentation
Identität Hersteller, Modell, Typenschild, Seriennummer, Gehäuseform und sichtbare Kennzeichnungen.
Innenzustand Mainboard-Revision, Baugruppen, Chiprevisionen, Sockel, Reparaturspuren und Korrosion.
Firmware ROM-, Kickstart-, BIOS- und Controllerstände mit Prüfsummen, soweit auslesbar.
Erweiterungen Karten, RAM, Laufwerke, Controller, Beschleuniger, Interfaces und Jumperstellungen.
Stromversorgung Netzteilmodell, Ausgangsspannungen, Lastmessung, Steckerbelegung und bekannte Besonderheiten.
Datenträger Festplatten, Disketten, Wechselmedien, Bänder, Images, Dateisysteme und Lesestatus.
Zustand ungeprüft, teilgeprüft, funktionierend, instabil, defekt oder konserviert ohne Einschaltversuch.
Änderungen Datum, Zweck, verwendete Teile, Messwerte, Fotos und Rückbaubarkeit.
[root/systems]

Frühe Systeme – wo technisches Denken wirklich beginnt

Frühe Rechner prägen anders als spätere Systeme. Nicht weil sie automatisch besser wären, sondern weil sie unmittelbarer sind. Man spürt bei ihnen sehr schnell, wo Grenzen liegen, welche Entscheidungen ein System erzwingt und wie wenig schlampige Arbeit verziehen wird. Gerade deshalb sind solche Geräte für mich keine nostalgische Tapete, sondern technische Grundlage.

PET 2001

Der PET 2001 steht für eine nüchterne Anfangserfahrung. Kein verspielter Einstieg, sondern eine Maschine, die sehr direkt vermittelt, dass Computer ernsthafte Werkzeuge sein können. Solche Systeme lehren früh Disziplin, weil sie nicht mit Komfort locken, sondern Struktur verlangen.

VC 20

Beim VC 20 merkt man, was Knappheit in der Praxis bedeutet. Wenig Speicher und klare Grenzen zwingen fast automatisch dazu, genauer zu denken. Daraus entsteht die Gewohnheit, nur das Nötige zu tun und Überflüssiges konsequent wegzulassen.

C64

Der C64 war mehr als nur ein Gerät. Er war Lernumgebung, Treffpunkt und Zugang zu einer Welt, in der man Programme, Laufwerke, Datenträger und Erweiterungen nicht einfach konsumierte, sondern wirklich kennenlernte. Vieles, was später bei Webentwicklung wichtig wurde, beginnt genau dort.

C128 und C128D

C128 und C128D zeigen deutlich das Brückenhafte zwischen Generationen. Hier ging es nicht nur um einen Nachfolger, sondern um Systeme, die Kompatibilität, Erweiterung und mehrere Arbeitsweisen zusammenhalten. Solche Architektur bleibt lehrreich, weil sie mehrere Ebenen sauber verbinden muss.

Schneider CPC

Schneider-CPC-Systeme gehörten ebenfalls zum Blickfeld. Sie zeigten, dass Technik nicht nur auf einer Linie gedacht wird. Auch der Vergleich mit anderen Plattformen schärft das Verständnis dafür, wie unterschiedlich Systeme organisiert sein können und wie stark sich das später auf Bedienung und Wartung auswirkt.

Frühe Apple- und Macintosh-Systeme

Frühe Apple-Computer und Macintosh-Systeme kamen über Bekannte ins Blickfeld. Das waren keine eigenen Dauergeräte, aber genau dieser Außenblick war wertvoll. Man erkennt dadurch schneller, dass jede Plattform ihre eigene Denkweise, ihre eigene Ordnung und auch ihre eigenen Grenzen mitbringt.

Diese frühen Systeme wirken heute vielleicht klein oder überschaubar. In Wahrheit sind sie oft schärfer als vieles Moderne, weil sie Schwächen nicht verdecken. Wer dort lernt, entwickelt fast automatisch eine Vorliebe für klare Struktur und logische Ordnung.

„Frühe Rechner lehren nicht zuerst Komfort, sondern Konsequenz.“

[platforms/early_comparison]

Frühe Plattformen nicht auf Taktrate reduzieren

PET, VC20, C64, C128, CPC und frühe Macintosh-Systeme unterscheiden sich nicht nur in Speicher oder Prozessor. Entscheidend sind Startumgebung, Zeichendarstellung, Massenspeicher, Erweiterungsbus, Betriebssystemmodell und die Art, wie Hardware sichtbar bleibt.

Ebene Beobachtung
Startzustand direkte BASIC-Umgebung, Diskettenstart, ROM-System oder grafische Oberfläche.
Speichermodell knapper gemeinsamer Speicher, Bankumschaltung, getrennte Chip-/Fast-Bereiche oder PC-kompatible Segmentierung.
Massenspeicher Kassette, intelligente Diskettenstation, integriertes Laufwerk, SCSI oder IDE.
Erweiterbarkeit Cartridge, User Port, IEC, Zorro, ISA, interne Steckkarten oder geschlossene Gehäusearchitektur.

Die Modellseiten erklären diese Unterschiede im Detail. Die Hardware-Landkarte hält dagegen fest, welche Systeme persönlich prägend, nur zeitweise sichtbar oder konkrete Arbeitsmaschinen waren.

[prototype/analysis]

Zwei C65 – Übergangsarchitektur statt Schaustück

Die beiden C65 kamen 1994 nicht als Trophäen in mein Umfeld, sondern als technische Zwischenstufe, die man verstehen wollte. Ein Bekannter aus dem Commodore-Umfeld fragte mich damals, ob ich Interesse an zwei C65 hätte. Kurz darauf schickte er sie mir per Post. Vielleicht ist genau dadurch mein Blick bis heute sachlich geblieben: Für mich sind solche Systeme keine Vitrinenobjekte, sondern Maschinen mit einer Geschichte aus Entscheidungen, Übergängen und halbfertiger Zukunft.

Der C65 zeigt sehr deutlich, wie eine Plattform versucht, ihre Herkunft nicht zu verleugnen und zugleich über sich hinauszugehen. CPU, Grafik, Laufwerkslogik und Anschlüsse erzählen alle dieselbe Geschichte: vertraute 8-Bit-Welt, aber deutlich weitergedacht. Gerade diese Übergangsarchitektur macht ihn interessant.

[Prototype_Audit] C65
> CPU: CSG 4510
> VIDEO: VIC-III / deutlich erweiterte Grafiklogik
> STORAGE: integriertes 3,5-Zoll-Laufwerk
> PSU: äußerlich C64-Form, intern angepasst
> conclusion: echte Übergangsarchitektur, nicht bloß ein größerer C64

Für mich liegt der Reiz nicht in Seltenheit, sondern in Lesbarkeit. Ein Prototyp ist oft aufschlussreicher als ein glatt poliertes Serienprodukt, weil man an ihm Entwicklung noch direkt sieht. Gehäuseformen, Netzteil-Lösungen, Laufwerksentscheidung und Registerlogik wirken dann nicht wie endgültige Antworten, sondern wie eingefrorene Denkbewegungen.

Dass Begleitmaterial und Umfeld solcher Geräte teils erhalten blieben, ist für die Dokumentation wertvoll. Nicht, weil man damit angeben müsste, sondern weil dadurch der ursprüngliche Charakter eines Systems erhalten bleibt, das nie sauber im Massenmarkt angekommen ist.

„Mich interessiert weniger das Seltene als das Unfertige, das noch zeigt, wie gedacht wurde.“

[prototype/c65_record]

C65-Prototypen als individuelle Geräte dokumentieren

Bei nicht regulär veröffentlichten Systemen ist die Modellbezeichnung allein zu grob. ROM-Stand, Boardrevision, Laufwerk, Tastatur, Netzteil, Gehäuseteile und vorhandene Begleitdisketten können zwischen Exemplaren abweichen.

  • beide Geräte getrennt fotografieren und nummerieren.
  • Typenschilder, Platinenaufdrucke, ROM-Aufkleber und Laufwerk erfassen.
  • ROMs und Disketten nur lesend beziehungsweise mit geeigneter Schutzstrategie sichern.
  • Netzteil nicht allein nach äußerlich ähnlicher C64-Form beurteilen.
  • Begleitmaterial mit dem jeweiligen Gerät verknüpfen und nicht vermischen.

Die technische Tiefenakte steht auf c65.htm. Diese Übersichtsseite bewahrt vor allem Herkunft und Rolle der beiden 1994 erhaltenen Geräte.

[platform/amiga]

Amiga – nicht nur Geräte, sondern eine eigene technische Denkweise

Mit dem Amiga kam eine andere Tiefe hinzu. Hier ging es nicht mehr nur um Einzelrechner, sondern um eine Plattform mit eigener Architektur, eigener grafischer Sprache und einer anderen Vorstellung davon, wie Hardware und Oberfläche zusammenspielen können. Der Amiga war für mich nie einfach nur ein weiterer Heimcomputer, sondern eine Umgebung mit Systemcharakter.

Amiga 1000

Der A1000 ist als frühes System besonders interessant, weil er die Offenheit der ersten Amiga-Phase noch direkt zeigt. Kickstart per Diskette in den Writable Control Store zu laden, macht den Startvorgang fast zu einer kleinen technischen Vorführung. Gerade als Defektgerät und spätere Instandsetzung wurde er für mich besonders aufschlussreich.

Amiga 2000

Der A2000 war die nüchterne Arbeitsmaschine unter den frühen Amigas. Erweiterbarkeit, Buslogik, klare Rückseite, Zorro-II, ISA-Slots und Video-Slot machten ihn zu einem System, das weniger Wohnzimmertauglichkeit als ernsthaften Ausbau dachte. Gerade darin lag seine Glaubwürdigkeit.

Amiga 500

Der A500 war für mich kein kleiner Nebendarsteller, sondern ein praktisches Zweitsystem. Direkt, robust, alltagstauglich und nah genug an der großen Amiga-Welt, um vieles aufzufangen. Gerade diese Kombination aus Zugänglichkeit und Substanz machte ihn so wertvoll.

Amiga als Gesamterfahrung

Multitasking, Grafik, Audio, Datenträger, Oberfläche und Erweiterbarkeit wirkten beim Amiga nicht wie lose Teile, sondern wie eine stimmige Gesamtidee. Genau deshalb bleibt diese Plattform bis heute wichtig für mein technisches Denken: nicht wegen bloßer Erinnerung, sondern wegen ihrer inneren Ordnung.

Die Amiga-Zeit hat meinen Blick auf Struktur, Systempflege und Medienorganisation stark geprägt. Gerade aus dieser Phase stammt auch die Gewohnheit, Systeme nicht unnötig zu vermischen, Daten klar zu trennen und Technik so zu organisieren, dass man im Fehlerfall nicht bei null anfangen muss.

„Der Amiga war nicht bloß ein Gerät, sondern eine geschlossene technische Haltung mit erstaunlich viel Offenheit im Detail.“

[amiga/a1000_record]

A1000: Startmedium, Writable Control Store und Reparaturzustand

Beim Amiga 1000 gehört der Kickstart-Ladevorgang zur Geräteakte. Neben Gehäuse und Mainboard sind deshalb Kickstart-Diskette, Workbench-Medien, Speichererweiterung, Tastatur und eventuelle Reparaturspuren gemeinsam zu dokumentieren.

Wurde das Gerät als Defektgerät übernommen und später instand gesetzt, sollte der Zustand vor, während und nach der Reparatur getrennt festgehalten werden. Erst dadurch bleibt nachvollziehbar, welche Funktion original vorlag und welche durch spätere Arbeit wiederhergestellt wurde.

[hardware/a2000_bridgeboard]

Amiga 2000 mit A2386SX-25 – Hardware als Brücke

Der Amiga 2000 mit Commodore A2386SX-25 Bridgeboard ist für diese Hardware-Landkarte ein Schlüsselstück. Er zeigt sehr deutlich, dass Hardware nicht immer nur ein einzelnes System beschreibt. Manchmal wird ein Gehäuse zum Träger zweier Welten: Amiga und PC, Workbench und DOS, 3,5-Zoll- und 5,25-Zoll-Datenträger, eigene Amiga-Festplatte und eigene PC-Festplatte.

Genau darin liegt sein besonderer Wert. Der A2000 war ohnehin schon als Big-Box-Amiga auf Erweiterung, Karten, Laufwerke und Wartbarkeit ausgelegt. Mit dem A2386SX-25 kommt eine PC-kompatible 386SX-Seite mit 25 MHz hinzu. Das ist keine Software-Spielerei und keine nachträgliche Emulation, sondern eine reale zweite Rechnerlogik im selben Gehäuse.

A2000-Grundsystem

Der A2000 bleibt eine nüchterne, offene Amiga-Arbeitsmaschine mit Erweiterungslogik, Kartenplätzen, Laufwerksraum und klarer technischer Zugänglichkeit.

A2386SX-25

Das Bridgeboard bringt eine PC-kompatible 386SX-Ebene mit 25 MHz in das Amiga-Gehäuse. Dadurch entsteht ein echtes Doppel-System, kein bloßer Adapter.

Getrennte Festplatten

Die eigene Amiga-Festplatte und die eigene PC-Festplatte sind aus Archivsicht wichtig. Sie halten beide Welten getrennt und machen spätere Dokumentation sauberer.

Laufwerke

3,5-Zoll-Floppy und 5,25-Zoll-Floppy zeigen den praktischen Datenträgerübergang. Das Gerät ist damit nicht nur Rechner, sondern auch Medienbrücke.

[A2000_Bridge_Profile]
> host: Commodore Amiga 2000
> bridgeboard: Commodore A2386SX-25 / 386SX @ 25 MHz
> media: 3,5-Zoll-Floppy / 5,25-Zoll-Floppy
> storage: getrennte Festplatten für Amiga- und PC-Seite
> architecture: Amiga-Welt und PC-Welt im selben Gehäuse, aber nicht verwischt
> conclusion: Hardware als kontrollierte Plattform-Brücke

Für mich ist dieser A2000 deshalb nicht nur ein weiteres Amiga-Modell. Er ist ein Beleg dafür, dass Systemgrenzen früher manchmal sehr konkret, sehr mechanisch und sehr nachvollziehbar überbrückt wurden. Eine Karte, ein Bus, ein Laufwerk, eine Platte, ein Kabelweg – und plötzlich wird sichtbar, wie zwei technische Kulturen in einem Gehäuse nebeneinander arbeiten konnten.

Die ausführliche Geräteakte liegt auf amiga-2000.htm. Der Schnittstellencharakter passt zusätzlich zu interfaces.htm, der größere Archivzusammenhang zu the-vault.htm.

„Der A2000 mit A2386SX-25 ist keine Spielerei, sondern eine sauber lesbare Brücke zwischen Amiga und PC.“

[a2000/bridgeboard_architecture]

A2386SX-25: PC-Seite, ISA-Welt und Datenaustausch

Das Bridgeboard besitzt eine eigene 386SX-Rechnerseite mit BIOS, RAM und PC-Peripherielogik. Der Amiga bleibt zugleich eigenständiges System. Austausch erfolgt kontrolliert über Bridgeboard-Mechanismen und gemeinsam nutzbare Hardwarebereiche, nicht dadurch, dass beide Betriebssysteme plötzlich denselben Rechnerkern teilen.

Ebene Getrennt erfassen
Amiga-Seite Kickstart/Workbench, Zorro-Karten, Amiga-Platte, Amiga-Laufwerke und Autoconfig.
PC-Seite BIOS, DOS/PC-System, RAM, ISA-Karten, PC-Platte und zugeordnete Laufwerke.
Bridge Boardrevision, 386SX-Takt, gemeinsamer Speicherbereich, Janus-Software und Kabelverbindungen.
Medienweg welches 3,5- oder 5,25-Zoll-Laufwerk von welcher Seite angesprochen wird.

Genau diese Trennung macht den A2000 als Hardwarebrücke so aufschlussreich. Die ausführliche Geräteakte bleibt amiga-2000.htm.

[workstation/a4000t]

Amiga 4000 Tower – Arbeitsplattform mit klarer innerer Ordnung

Mein Amiga 4000 Tower Anfang 1994 war ein originales Commodore-Gerät mit der Seriennummer #0000098. Für mich lag der Reiz nicht in Mythen oder Seltenheit, sondern in der Tatsache, dass hier eine ernsthafte Arbeitsplattform vor mir stand: sauber aufgebaut, nachvollziehbar erweiterbar und mit einer Struktur, die System und Daten nicht unnötig vermischte.

In der Maschine arbeiten 68040, AGA-Chipsatz, Super Buster 11, Ramsey 7 und der integrierte NCR-53C710-SCSI-2-Controller. Solche Details sieht man dem Gehäuse nicht an, aber sie machen den Unterschied aus. Genau diese nüchterne Substanz hat für mich immer mehr gezählt als jedes äußere Prestige.

[Tower_Profile] A4000T
> unit: #0000098
> cpu: 68040 / A3640
> chipset: AGA / Buster 11 / Ramsey 7
> memory: 2 MB Chip / 16 MB Fast
> bus: interner 50-pin SCSI / 2× SyQuest
> purpose: geordnet arbeiten, sichern, wechseln, weiterlaufen

Für meine zwei SyQuest-Wechsellaufwerke war dieses System ideal. Das war keine dekorative Erweiterung, sondern eine saubere, praktische Lösung. Daten und System ließen sich klar trennen, Medien konnten gezielt gewechselt werden, und im Problemfall war ein Weiterarbeiten oft viel schneller möglich als bei einer unübersichtlichen Ein-Platten-Logik.

Genau solche Erfahrungen prägen später auch den Blick auf Webentwicklung. Wer einmal gelernt hat, Hardware, Speicher und Datenträger bewusst zu strukturieren, achtet bei Code fast automatisch ebenfalls auf Trennung, Ordnung und Wiederherstellbarkeit.

„Ein gutes System muss nicht spektakulär wirken. Es muss im Zweifel weiterarbeiten können.“

[storage/syquest_media]

SyQuest-Wechselmedien: System, Daten und Rückfallstand trennen

Die zwei SyQuest-Laufwerke im A4000T waren keine bloße Kapazitätserweiterung. Wechselmedien erlaubten eine physische Trennung von Arbeitsbestand, Archiv, Transport und Rückfallstand.

  • Laufwerksmodell und SCSI-ID dokumentieren.
  • Terminierung und Position im SCSI-Bus fotografieren.
  • jedes Medium eindeutig beschriften und einzeln inventarisieren.
  • Dateisystem, Partitionierung und lesendes Image festhalten.
  • nicht mehrere alte Medien ungeprüft schreibend einbinden.

Die eigene Detailseite dazu ist syquest.htm. Die Backup- und Restorelogik steht auf datensicherung-und-backups.htm.

[transition/platform_shift]

Vom Amiga zum PC – kein Bruch, eher eine praktische Verschiebung

Der Übergang vom Amiga zum PC war für mich kein ideologischer Bruch und auch keine plötzliche Begeisterung für eine neue Welt. Es war eher eine leise Verschiebung der Realität. Der A4000T war technisch überzeugend, geordnet und in sich stimmig. Schwieriger wurde mit der Zeit weniger die Hardware selbst als das Umfeld.

Software war schwerer verfügbar, Datenaustausch wurde aufwendiger und viele Werkzeuge wanderten auf Systeme, die schlicht breiter genutzt wurden. Irgendwann war nicht mehr die schönere Architektur entscheidend, sondern die Frage, auf welcher Plattform sich Arbeit sinnvoll fortsetzen ließ.

Der erste Windows-PC, auf dem dieser Übergang für mich konkret wurde, war ein Sony VAIO PCV-R702. Gerade an so einem Gerät zeigte sich der Wechsel sehr deutlich: weg von einer vertrauten, eigenständigen Welt hin zu einem System, das weniger durch Eleganz als durch praktische Einbettung in verfügbare Software und Arbeitsabläufe überzeugte.

Der Amiga 2000 mit A2386SX-25 hatte diese Verschiebung im Grunde schon früher als Hardware-Brücke sichtbar gemacht. Dort war die PC-Welt noch als eigene Ebene im Amiga-Gehäuse vorhanden. Später wurde daraus dann eine eigenständige Arbeitsplattform.

[Shift_Log] Amiga → PC
> bridge phase: A2000 / A2386SX-25
> first Windows system: Sony VAIO PCV-R702
> trigger: availability, exchange, everyday practicality
> no ideology, only continuation of work
> result: quiet platform transition

Der Wechsel war also kein Verrat an einer Plattform, sondern eher ein nüchterner Schritt, damit Arbeiten überhaupt weiter möglich blieb. Diese Haltung ist mir bis heute näher als jedes Plattform-Dogma.

[pc/vaio_record]

Sony VAIO PCV-R702: Übergangsgerät statt bloßer erster Windows-PC

Für die Geräteakte ist nicht nur das Modell wichtig, sondern welche Aufgaben vom Amiga auf den PC wanderten: Dateiaustausch, verfügbare Anwendungen, Internet- und Webwerkzeuge, Drucker, Scanner und neue Datenträger.

BIOSstand, Erweiterungskarten, Festplatteninhalt, Windows-Version, installierte Treiber und die damals verwendeten Austauschwege gehören deshalb zur Übergangsdokumentation. Die ausführliche persönliche Seite bleibt vaio.htm.

[archive/video]

Videotechnik – Bandmaschinen, Mechanik und derselbe Blick auf Systeme

Technik beschränkte sich für mich nie nur auf Computer. Auch Videogeräte haben mich nicht bloß als Unterhaltungselektronik interessiert, sondern als Systeme mit Mechanik, Signalweg, Kopfträger, Servicefreundlichkeit und innerer Ordnung. Genau dort zeigt sich oft, ob ein Gerät nur alltagstauglich oder technisch wirklich ernsthaft gebaut ist.

Einige dieser Geräte sind bis heute vorhanden, darunter sechs Sony SL-HF950 ES, ein Sony SL-HF100 ES sowie ein Sony SL-8000E. Solche Maschinen stehen für eine Linie analoger Technik, die nicht nur benutzt, sondern verstanden werden wollte.

[Video_Archive]
> retained units: 6× Sony SL-HF950 ES / Sony SL-HF100 ES / Sony SL-8000E
> interest: transport, signal path, mechanics, serviceability
> workshop memory: Betamax / Video 2000 / VHS seltener
> same mindset: systems should be understandable

In der Werkstattzeit wurden nicht nur Rechner, sondern auch Spielkonsolen und Videogeräte repariert. Genau dadurch entstand ein breiteres Technikverständnis: Nicht jede Technik ist gleich, aber fast jede gute Technik verrät etwas über Haltung, wenn man genau hinsieht.

„Nicht nur Rechner, auch Bandmaschinen zeigen, wie ernst ein System wirklich gebaut ist.“

[video/mechanical_preservation]

Bandmaschinen erhalten: Mechanik zuerst verstehen

Bei lange stehenden Videorekordern sind Bandpfad, Riemen, Andruckrollen, Wickelteller, Bremsen, Führungselemente, Schmierstoffe und Netzteil ebenso wichtig wie die Elektronik.

  1. Gerät nicht mit wertvollem Band erstmals testen.
  2. Mechanik ohne Gewalt auf Verharzung, lose Riemen und blockierte Lademechanik prüfen.
  3. Kopf- und Bandpfad nur mit geeigneten Methoden reinigen.
  4. Netzteilspannungen und Elkozustand vor langem Betrieb kontrollieren.
  5. Testkassette und wertvolle Originalkassette getrennt halten.
[hardware/mobile_workstation]

Dell Precision M50 – mobile Workstation mit Substanz

Die Dell Precision M50 steht für eine Zeit, in der mobile Geräte noch deutlich spürbarer als Arbeitswerkzeuge gebaut wurden. Robust, schwer, modular und mit einer Anschlussvielfalt, die heute oft nur noch über Adapterketten erreichbar wäre. Dass dieses Gerät bis heute sein originales Windows XP Professional sauber bootet, ist für mich kein nostalgischer Trick, sondern ein stiller Beleg dafür, dass ernsthafte Hardware lange tragen kann.

Animierte Ansicht meiner Dell Precision M50 Workstation aus dem Jahr 2002
Die Dell Precision M50 als Arbeitsgerät aus einer Phase, in der professionelle mobile Rechner noch deutlich kompromissloser auf Nutzbarkeit ausgelegt waren.
  • Prozessor: Mobile Intel Pentium 4-M mit 2,2 GHz
  • Arbeitsspeicher: 2 GB RAM
  • Display: 15 Zoll UXGA mit 1600 × 1200 Pixeln
  • Grafik: NVIDIA Quadro4 500 GoGL
  • Massenspeicher: 60-GB-IDE-Festplatte
  • Media Bay: flexibel für Laufwerke und Module
  • System: originales Windows XP Professional

Die M50 passt deshalb so gut in diese Hardware-Geschichte, weil sie denselben Gedanken weiterführt wie andere gute Systeme zuvor: Technik darf ruhig schwer, direkt und unspektakulär sein, solange sie klar, belastbar und langfristig brauchbar bleibt.

„Ein gutes Arbeitsgerät muss nicht modern wirken. Es muss seinen Zweck glaubwürdig erfüllen.“

[workstation/m50_record]

Dell Precision M50 als vollständige Geräteakte

Ein sauber bootendes Originalsystem ist wertvoll, aber nur ein Teil des Bestands. Zur M50-Akte gehören zusätzlich Service Tag, BIOS-Version, Dockingstation, Netzteil, Akku, Media-Bay-Module, Treiberpakete und ein Image der IDE-Festplatte.

  • IDE-Platte vor intensiver Nutzung sektorweise sichern.
  • Windows-XP-Lizenz- und Treiberzustand dokumentieren.
  • Display, Lüfter, Tastatur, Scharniere und Media Bay getrennt testen.
  • alten Akku nicht unbeaufsichtigt laden oder lagern.
  • BIOS-Update nur mit stabilem Netzteil und klarer Notwendigkeit erwägen.

Dell führt für die Precision M50 weiterhin eine Support- und Downloadseite. Die persönliche Detailseite bleibt m50.htm.

[current/work_machine]

Heute: Dell Pro Max 16 Plus – neue Plattform, alte Grundhaltung

Heute schreibe ich nicht mehr auf Towern oder klassischen Workstations dieser alten Art, sondern auf einem Dell Pro Max 16 Plus. Was sich geändert hat, ist das Werkzeug. Was geblieben ist, ist die Haltung dahinter. Gute Struktur, saubere Arbeit, kein unnötiger Überbau und möglichst wenig künstliche Schwere.

Gerade weil die heutige Technik oft mehr Abstraktion und mehr Komplexität mitbringt, ist es für mich umso wichtiger, im Code bewusst einfach zu bleiben. Handgeschriebenes HTML, sauberes CSS und JavaScript nur dort, wo es für Bedienung oder Übersicht wirklich etwas verbessert – dieser Gedanke ist nicht altmodisch, sondern praktisch.

[Current_Mode]
> machine: Dell Pro Max 16 Plus
> workflow: handwritten HTML / CSS / targeted JS
> priority: clarity, stability, maintainability
> lesson preserved: structure matters more than fashion

Die Hardware hat sich also verändert, aber die eigentliche Linie bleibt durchgehend: Technik soll nicht nur gerade eben laufen, sondern lesbar, verständlich und ruhig bleiben.

[current/workstation_record]

Dell Pro Max 16 Plus: aktuelle Konfiguration festhalten

Der Modellname allein beschreibt keine konkrete Workstation. Dell bietet den Pro Max 16 Plus in unterschiedlichen CPU-, Grafik-, Speicher-, Display-, Massenspeicher- und Netzteilvarianten an. Die persönliche Geräteakte muss daher die tatsächlich bestellte Konfiguration enthalten.

Bereich Festhalten
Identität genaue Modellkennung, Service Tag, Bestelldatum und Garantie-/Supportstatus.
Konfiguration CPU, GPU, RAM-Module, SSDs, Display, WLAN/WWAN, Akku und Netzteil.
Firmware BIOS, SSD-Firmware, Thunderbolt/USB-C-Dock und sicherheitsrelevante Updates.
Recovery BitLocker-/Recovery-Schlüssel, Installationsmedien, Treiber und vollständige Datensicherung.
Arbeitsumgebung Browser, Editor, lokale Websitekopien, Prüfwerkzeuge und Deploymentablauf.

Gerade beim aktuellen Hauptrechner verhindert diese Dokumentation, dass ein Defekt gleichzeitig Hardware-, Daten- und Zugangsausfall wird.

[archive/identity_provenance]

Seriennummer, Boardrevision und Provenienz

Seriennummer und Modellbezeichnung identifizieren das Gehäuse beziehungsweise verkaufte Gerät. Für technische Reparatur reichen sie häufig nicht aus.

  • Außen: Typenschild, Seriennummer, Siegel und ursprüngliche Beschriftung.
  • Innen: Mainboard- und Tochterkartenrevisionen, Produktionscodes und Chipmasken.
  • Software: ROM-, BIOS-, Kickstart- und Controllerstände.
  • Herkunft: Erwerbsjahr, Vorbesitzer, Begleitmaterial und bekannte Umbauten.
  • Zuordnung: Fotos und Datenträger eindeutig demselben Gerät zuweisen.

Beim A4000T #0000098 und den zwei C65 ist diese Einzelzuordnung wichtiger als eine allgemeine Modellbeschreibung.

[hardware/power_supplies]

Netzteile, Stecker und Spannungen

Alte Hardware wird nicht allein dadurch sicher, dass der Stecker passt. Ausgangsspannungen, Wechsel- beziehungsweise Gleichspannungsanteile, Strombelastbarkeit, Polarität und Pinbelegung müssen zum konkreten Gerät und seiner Revision passen.

  1. Netzteil eindeutig beschriften und nicht zwischen ähnlich aussehenden Geräten vertauschen.
  2. Leerlaufmessung nur als ersten Hinweis verstehen; Verhalten unter Last prüfen.
  3. Ripple, Erwärmung, Geruch und instabile Einschaltspannung beachten.
  4. vor Anschluss an seltene Geräte geeignete Last oder Prüfadapter verwenden.
  5. Netzspannungsarbeiten nur fachgerecht durchführen.

Die vertiefende Seite dazu ist power-supplies.htm.

[hardware/batteries_capacitors]

Batterien, Akkus und Elektrolytkondensatoren

Auslaufende Akkus und Batterien können Leiterbahnen und Sockel weit über das eigentliche Bauteil hinaus beschädigen. Elektrolytkondensatoren altern ebenfalls, aber nicht jedes Gerät benötigt deshalb einen pauschalen Teiletausch ohne Diagnose.

Bauteil Prüfung
NiCd-/NiMH-Akku Leckage, kristalline Ablagerung, Grünspan und unterwanderte Leiterbahnen.
Knopfzelle Typ, Spannung, Halterzustand und sichere Ersatzlösung.
Elektrolytkondensator Kapazität, ESR, Leckstrom, sichtbare Spuren und Schaltungsfunktion.
RIFA-/Entstörkondensator Risse und Einsatz im Netzfilter; Ausfall kann Rauch und Geruch verursachen.
[hardware/connectors_adapters]

Kabel und Adapter sind Teil des Systems

Ein Gerät ohne dokumentierte Kabelbelegung ist nur teilweise erhalten. Gleich aussehende Stecker können unterschiedliche Spannungen oder Signalpegel führen.

  • Originalkabel und Eigenbauadapter getrennt kennzeichnen.
  • Pinbelegung, Signalrichtung und Pegel dokumentieren.
  • externe SCSI-Terminierung und Kabellänge mit erfassen.
  • Video-, RGB-, Composite-, HF- und Monitorsignale nicht verwechseln.
  • Hot-Plug nur dort annehmen, wo die Schnittstelle dafür ausgelegt ist.

Die allgemeine Tiefenakte steht auf schnittstellen-und-kabel.htm und interfaces.htm.

[archive/media_imaging]

Datenträger vor dem Reparaturdrang sichern

Alte Disketten, Festplatten, SyQuest-Medien und Bänder können unwiederholbare persönliche Daten enthalten. Deshalb steht möglichst schonendes Lesen vor Schreibtest, Defragmentierung oder „Reparatur“ des Dateisystems.

  1. Medium und Laufwerk identifizieren.
  2. Schreibschutz beziehungsweise read-only-Zugriff herstellen.
  3. Rohimage mit Fehlerprotokoll erzeugen.
  4. Hash und mehrere Sicherungskopien anlegen.
  5. Dateisystemanalyse auf einer Kopie durchführen.
  6. Originalmedium getrennt und klimatisch vernünftig lagern.
[diagnostics/layered_hardware]

Systematische Hardwarediagnose

Ebene Prüfung
Sichtprüfung Korrosion, fehlende Teile, falsche Sockelung, Kabel, ausgelaufene Akkus und mechanische Schäden.
Stromversorgung Spannungen, Ripple, Stromaufnahme, Reset und auffällige Erwärmung.
Takt/Reset/Bus Grundsignale vor pauschalem Chiptausch prüfen.
Minimalkonfiguration nicht benötigte Karten und Laufwerke entfernen, ohne die Dokumentation der Ausgangslage zu verlieren.
Subsystem Video, Speicher, Massenspeicher, Tastatur, Schnittstellen und Erweiterungsbus getrennt eingrenzen.
Langzeittest Temperatur, wiederholter Start, Datenträgerzugriff und stabile Funktion unter realer Last.

Ein schwarzer Bildschirm, fehlender Bootvorgang oder Laufwerksfehler beweist nicht automatisch einen einzelnen bekannten „typischen“ Defekt. Diagnose folgt Messwerten, nicht Forenabkürzungen.

[workshop/repair_boundary]

Reparaturgrenzen und reversible Eingriffe

Erhaltung bedeutet nicht, jedes Gerät sofort einzuschalten oder jede gealterte Komponente pauschal auszutauschen.

  • erst dokumentieren, dann zerlegen.
  • Originalteile beschriften und aufbewahren.
  • reversible Adapter einer irreversiblen Platinenänderung vorziehen.
  • seltene Prototypen nicht als Übungsobjekt verwenden.
  • Netzspannung, Bildröhren und Hochspannungsbaugruppen nur fachgerecht bearbeiten.
  • bei unbekanntem Zustand konservieren statt zusätzlichen Schaden zu riskieren.

Die Werkstattseite dazu ist werkstatt.htm.

[archive/physical_storage]

Lagerung: trocken, stabil und nachvollziehbar

  • Temperatur und Luftfeuchte möglichst stabil halten.
  • direkte Sonne, Heizkörper, Kellerfeuchte und Dachbodenhitze vermeiden.
  • Geräte staubgeschützt, aber nicht feucht luftdicht verpacken.
  • Kabel nicht scharf knicken und schwere Geräte nicht auf Tastaturen oder Gehäusedeckel stellen.
  • Magnetmedien von starken Magnetfeldern und ungeeigneten Lautsprechern fernhalten.
  • Standort und Kartoninhalt im Inventar vermerken.
[archive/originality_modernization]

Originalität, Betriebssicherheit und Modernisierung

Ziel Mögliche Entscheidung
Originalzustand historische Netzteile, Laufwerke und Datenträger erhalten, aber nicht zwingend regelmäßig betreiben.
sicherer Betrieb prüfbare Ersatznetzteile, moderne Massenspeicheradapter oder reversible Schutzmaßnahmen einsetzen.
Datenrettung temporäre moderne Schnittstelle nutzen, ohne Originalmedium oder Dateisystem zu überschreiben.
Ausstellung optisch vollständiger Zustand kann wichtiger sein als ständiger Betrieb.

Eine Modernisierung muss als solche dokumentiert werden. Sie darf die historische Konfiguration nicht unsichtbar überschreiben.

[archive/photos_measurements_log]

Fotos, Messwerte und Änderungslog

  1. Gesamtansicht, Rückseite und Typenschild fotografieren.
  2. Innenaufbau vor dem Abziehen von Kabeln dokumentieren.
  3. Platinen, Jumper, ROM-Aufkleber und Reparaturstellen scharf erfassen.
  4. Messgerät, Messpunkt, Betriebszustand und Ergebnis notieren.
  5. jede Änderung mit Datum, Teil und Rückbauhinweis festhalten.
  6. Dateinamen mit Inventarnummer und Gerät verknüpfen.
[archive/digital_device_file]

Digitale Sicherung der Geräteakte

Die Geräteakte besteht aus strukturierten Daten, Fotos, Handbüchern, ROM- und Datenträgerimages, Prüfsummen, Reparaturprotokollen und gegebenenfalls Videos.

  • Originaldateien unverändert und schreibgeschützt sichern.
  • Arbeitskopien und konvertierte Lesefassungen getrennt halten.
  • Prüfsummen und Manifest pro Gerät erzeugen.
  • mindestens eine räumlich getrennte Sicherung führen.
  • Restore einer vollständigen Geräteakte regelmäßig testen.

Die operative Sicherungsseite steht auf datensicherung-und-backups.htm; der Langzeitarchivgedanke auf the-vault.htm.

[documentation/hardware_sources]

Technische Referenzen

Für Reparatur, Jumper, Spannungen und Firmware gilt immer die Dokumentation der konkreten Geräte- und Boardrevision. Modellfamilien besitzen oft mehrere technisch relevante Varianten.

[hardware/conclusion]

Hardware bleibt lesbar, wenn Zustand und Geschichte zusammen dokumentiert werden

Die eigentliche Linie reicht nicht einfach von PET zu Dell. Sie reicht von unmittelbarer Systemlogik über Plattformbrücken, Wechselmedien und Reparaturpraxis bis zur heutigen Workstation.

Eine gute Hardwareakte bewahrt deshalb drei Dinge gleichzeitig: das Gerät, seine Daten und die nachvollziehbare Geschichte seiner Nutzung.

„Ein System ist erst dann wirklich erhalten, wenn man Gerät, Zustand, Daten und Herkunft wieder zusammenführen kann.“