Autor für Artikel über Computer-Reparatur

  • Liebe Leute,


    für die nächste Retro suche ich jemanden (oder ein Team), der mir einen Artikel zu folgendem Thema schreibt: Die Top 10 der Retro-Computer-Defekte, wie man sie findet und repariert.


    Der Text soll im Rahmen des Heftthemas "Fehler" erscheinen und maximal 10.000 Zeichen (inkl. Leerzeichen) lang sein.


    Natürlich gibt es für den/die Autor/en je ein Belegexemplar der betreffenden Ausgabe.


    Angebote hier oder per PM.


    µP

    »It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration.« (Edsger W. Dijkstra)


    Homespage| Computerarchäologie | Blog | Forschung

  • Hmm, aus meiner Sicht gäbe es da:


    • Ausgelaufener Kondensator
    • Ausgelaufener Akku
    • Kontaktprobleme bei Steckern und Chips
    • Geplatzte Kondensatoren bei Computernetzteilen oder Monitoren (Achtung Hochspannung!)
    • Nicht mehr funktionierende ROMs (insbes. Commodore PET-Series)
    • Ausgeschlachtete Rechner (d.h. Teile fehlen)
    • Defekte CIAs/VIAs
    • C64: Defekter VIC/SID
    • PROM- oder BIOS-Batterie leer
    • Betriebsakku defekt (bei Laptops)
    • Defekt oder falsches Kabel zum Anschluß externer Geräte


    Oops, das sind jetzt elf geworden. Ist das jetzt zu Commodore-lastig? ^^


    Ciao, Michael

    :tuschel: Suche: BeBox, Commodore 900, KIM-1 :tuschel:

  • Ich würde das eher in Untergruppen unterteilen.


    zB:


    1. Korrosion

    • ausgelaufene Batterien
    • ausgelaufene Kondensatoren
    • Feuchtigkeit
    • Atmosphäre (z.B. versilberte Pins)
    • ...


    2. Defekte Bauteile

    • Überspannung (z.B. Elektrostatik)
    • Alterung (z.B. TTL ICs)
    • Lebensdauer überschritten (Akku leer)
    • ...


    3. "unsachgemäße" Handhabung

    • Entfernte Bauteile (zB. SID, PLA)
    • verbogene Pins
    • gepimpte Hardware :P
    • mechanische Beschädigung
    • mutwillige Zerstörung
    • Versand ;)
    • ...
    • Offizieller Beitrag

    Wie wär's denn mit Wartungsarbeiten an Disketten- und Cassettenlaufwerken:

    • Schreib-/Leseköpfe reinigen
    • Antriebsriemen ersetzen
    • Mechanik reinigen und neu fetten


    Und Hinweise auf Chips mit auffällig hoher Fehlerrate:

    • MOS TTL ICs
    • DRAMs von Micron Technology im C64
    • 6540 ROM und 6550 RAM im PET
    • PLA in C64 und CBM 8296
    • TED und CPU im C16/116 und Plus4


    Das ist jetzt natürlich mal wieder besonders Commodore-Lastig, aber sicher wissen hier noch einige über solche Kandidaten aus anderen Geräten zu berichten.


    Unabhängig vom Rechnerhersteller sind natürlich auch die Funkentstörkondensatoren zu nennen, die schon fast gewohnheitsmäßig bei einem Alter von 30 Jahren platzen.

    +++ ATH

    Einmal editiert, zuletzt von Toast_r ()


  • Bin Deiner Meinung, Kategorien erhalten die Übersicht.
    Allerdings gibt es nicht nur ausgelaufene Kondensatoren, sondern auch verbrannte Entstörkondensatoren in Netzteilen von Astec ;)
    Davon abgesehen würde ich keine einzelnen ICs auflisten, sondern eher Kategorien von Bauelementen, z.B. Schutz-Dioden, Leistungstransistoren in Netzteilen oder Verstärkern, Treiber-ICs für Schnittstellen, hochintegrierte Schaltungen mit direkter Verbindung zu Modulports usw usw usw., also den Bezug zur jeweiligen Position innerhalb der Schaltung erwähnen, wenn das denn geht.


    Gruss Peter

    "The biggest communication problem is we do not listen to understand. We listen to reply." - Stephen Covey


    Webseite und Blog ist immer noch - seit fast 20 Jahren - online.

  • Ein Sonderrubrik hätten die 'Defekte ab Werk' verdient - früher QLs, Apple ///s, aber auch Bugs in Basic-Dialekten (Locomotive Basic 1.0) - also alles, was schon damals repariert werden musste ...

    Loading Integer BASIC into Language Card

  • Na, das sind ja schon einige gute Punkte! Der Essay sollte allerdings eher so eine Einführung für Leute sein, die vielleicht gar nicht wissen, welche Probleme es so gibt - weniger eine konkrete Reparaturanleitung. Daher wäre eine Kategorisierung nur "intern" für den Autoren wichtig. Man könnte da ja auch jedem Bereich 1-2 markante Beispiele nehmen.


    Damit das nicht allzu willkürlich wirkt, wäre es z.B. möglich, sich auf eine Plattform (C64, CPC o.ä.) zu konzentrieren.

    »It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration.« (Edsger W. Dijkstra)


    Homespage| Computerarchäologie | Blog | Forschung

  • Na ja, und die ATARIs gehen halt nicht kaputt ... äh fast nicht... :D

    :fp: Was tu ich hier eigentlich ? :sfreud:

  • Ah, es hat sich jemand gemeldet, der den Beitrag übernimmt! :)

    »It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration.« (Edsger W. Dijkstra)


    Homespage| Computerarchäologie | Blog | Forschung