Instandsetzung

• graues Gehäuse
• Netzteil wurde vor langer Zeit durch ein PC-AT Netzteil ersetzt (nicht verwendbar, wurde wieder gegen ein PC1715 Netzteil getauscht)
• nach dem Einschalten leuchten beide Floppy-LED's für ca. 2 sec (FDC ist defekt und wurde getauscht)
• Mainboard ist i.O.
• Bildschirm hatte senkrecht zwei weiße Balken (Mainboard ist defekt und wurde getauscht)
• 2*Floppy K5601
• Tastatur mit Kontaktproblemen (nach Reinigung aller Tastenflächen und Kontaktgummis wieder völlig i.O.)

• graues Gehäuse
• Netzteil defekt (wurde getauscht, ist i.o.)
• Mainboard ist defekt (wurde am 11.20.2010 getauscht ist jetzt i.O.)
• keine Anzeige auf Monitor (richtig!)
• keine Ansteuerung der Floppy (FDC wurde wieder instandgesetzt)
• FDD Laufwerk B ist ohne Betätigungshebel (wurde gegen K5601 getauscht)
• Floppy A ist vom Typ Mitsubishi (org)
• Tastatur mit Kontaktproblemen (nach Reinigung aller Tastenflächen und Kontaktgummis wieder i.O. - Taste 5 muß noch einmal nachgearbeitet werden)

• Netzteil
• Mainboard (Totalschaden - Kurzschluß auf dem Board)
• Mainboard (Totalschaden - keine Ansteuerung der Peripherie, es wurden schon mehrere Chips erfolglos getauscht - irgenwas zieht den ganzen Bus runter, selbst das Reset Signal läßt sich nicht sauber generieren)
• FDC Variante 1 (2*)
• FDC Variante 2.1 (1*)
• FDC Variante 2.2 (1*)

-> PC 1715 Beschreibung

Nachdem der „Fahrstuhl“mit Kassetteninterface und mit den beiden Steckplätzen fertig ist, geht es an die Erweiterung.

1. als erstes wird die RAF2008 eingebaut
2. das Kassetten Interface getestet
3. der zweite Steckplatz bleibt für den Epromer leer

Die mechanische Lösung muß noch überarbeitet werden

Das Problem mit der Bildausfüllung wird bis nach den Treff in Pausin verschoben - wie wird das Bild wohl auf dem org. Bildschirm aussehen?

Heute habe ich das Floppylaufwerk B gegen ein 3,5„ Laufwerk getauscht. Dabei gab es die Hürde, daß der PC1715 nur Anschaltungen für 5,25“ Floppys hat und auf Pin 34= /RDY erwartet und kein /MO Signal auf Pin 16 liegt.

• Das Problem der falschen Steckverbinder (Strom und Daten) habe ich mittels einer alten PC Floppy im 5,25„ Raster gelöst. Dabei mußte allerdings die Adapterplatte um 20 mm hochgesetzt werden, da der Adapater der PC1715 Laufwerke mit dem Rahmen in Konflike kam.
• Das Problem mit Pin 34 = /RDY wurde mittels Umjumpern der Floppy behoben
• Das /MO Singnal an Pin 16 wurde durch eine Brücke nach Masse simuliert, da keine Verbindung in den Rechner besteht (Der Haken ist allerdings, daß das Laufwerk mit eingelegter Disk immer rotiert).

Der Adapter für die RAF2008 und das Kassetten-IF wurde auch weiter bearbeitet.

Das Mainboard ist getauscht und der Rechner hat die ersten Disketten formatiert. Als nächstes wird die Displayansteuerung verbessert, denn die ersten 3 Zeichen fehlen mit jedem Interface und jedem Monitor. Außerdem wird dann Maß genommen für die Anschaltung der RAF2008.

Nach einer Anfrage im robotrontechnik-Forum bekomme ich jetzt ein intaktes Board und werde, sobald es da ist, mit der Wiederinbetriebnahme fortsetzen.

Nach einigen weiteren Tests steht fest, daß das Mainboard doch mehr Probleme hat als vorher angenommen. Der defekte „Russe“ hat jetzt Gesellschaft ( zwei RU6 Rams sind beim Auslöten regelrecht zerbröselt) und es ist wieder mindestens ein RAM defekt. Außerdem zerfallen die Chips schon beim „schrägansehen“ und die Pins sind extrem korrodiert. Eventuell wurde der Rechner vom Vorbesitzer unter extrem wiedrigen Bedingungen gelagert.

Rechner hat immer noch ein Problem, er lädt nur SCPx, beim Starten von CPA stürzt er ab oder bleibt hängen. Nach meiner Ansicht ist noch ein weiterer RAM betroffen, der allerdings in der Bank 0 oder 3 sitzen dürfte.

Das Videobild ist derzeit nur suboptimal, denn von der linken Bildschirmseite fehlen ca 5-7%. Daher muß die Eruegung des Videosignales aus BSYN,VID und INTENS noch einmal überarbeitet werden.

Beim FDC verschiedene defekte Bauelemente getauscht

• PIO (Steuerung)
• EPROMs (LR und SR)
• 2 Stück K155LI1 (D108)
• 2 Stück K155LA3 (D100)

Der FDC arbeitet wieder.

Die RAF2008 wurde inzwischen auch fertiggestellt. Nach einem Neuprogrammieren des GAL (NS GAL16V8 als Lattice GAL16V8) war die Funktion gewährleistet. Test erfolgte mit dem BiC.

Nachdem ich heute einen Russen (K565RU6) [IC 40.15] „nach Hause geschickt“ habe, läuft mein zweites Board auch wieder.

Den defekten Ram habe ich mit dem Aufsetztest ermittelt.

• defekte Bank (1) war ja bekannt 4000-7FFFh
• jeweils auf einen RAM Chip einen neuen RAM (K565RU6) aufsetzen - U2164 geht auch als Ersatz für den RU6, ist aber Verschwendung und sollte nur Bankweise erfolgen.
• dann über die V.24 den Rechner mit dem Laptop nach Kingstener seiner Methode gestartet
• nach dem 5. Versuch hatte ich den defekten gefunden und dann auch gewechselt
• mehrere Starts später stand fest, daß der Fehler des Boards behoben war.

Diese Methode funktioniert allerdings nur, wenn der Defekt in der Bank 1 (4000-7FFF) oder 2 (8000-BFFF) vorliegt. Sollte in der Bank 0 (0000-3FFF) oder 3 (C000-FFFF) ein Fehler sein, so wird der Rechner mit dieser Technik nicht starten. Die Systemspeicherbereiche liegen in der Bank 0 und der BWS liegt in der Bank 3. Abhilfe dazu wäre nur ein speziell programmierter RAM-Test (den aber bisher niemand erstellt hat).

Der nächste Schritt sind also die defekten Floppycontroller (3 Stück, die nichts sagen).

der „schuldige“ Russe

Nachdem ich schon längere Zeit vergeblich versuchte die Fragmente wenigstens zu einem funktionierenden PC1715 zusammenzubekommen, fand ich auf der Seite von Kingstener einen interessanten Lösungsansatz. Der PC1715 läßt sich über die serielle Schnittstelle starten. Dazu muß die Datei @OS.COM über die serielle Schnittstelle gesendet werden.

Zitat von der Seite von Kingstener:

Kleiner Funktionstest, Rechnerstart ohne Diskette Der PC1715 kann mit seinem Bootprogramm außer über alle möglichen 4 Diskettenlaufwerke auch über V.24 Programme oder ein Betriebssystem laden. Diese Möglichkeit wollte ich mal testen. Nach dem Reset werden in einer Endlosschleife zunächst alle Laufwerke und dann die V.24-Schnittstelle abgefragt. Dort wird 2x hintereinander 0x11 erwartet und wenn erkannt 2x 0x12 wieder ausgegeben. Danach kann ein Programm geladen werden, welches mit 0x0A 0x(Adresse LO) 0x(Adresse HI) 0x(Programmlänge LO) 0x(Programmlänge HI) eingeleitet werden muss. Nach dem Ladevorgang wird ein weiteres Programm oder die Startadresse erwartet, welche mit 0xAA 0x(Startadresse LO) 0x(Startadresse HI) übermittelt wird. Meine Idee war nun, die @os.com eines CPA dafür zu nehmen, allerdings kann sie nicht wie eine normale com-Datei nach 0x100 geladen werden, da dort zur Zeit ja noch das Bootprogramm ( welches beim Kaltstart vom ROM in den RAM kopiert wird) läuft und sich so selbst überschreiben würde. Also hab ich die vom Assembler ausgegebene Basisadresse für den Linker genommen(hier BB80h), da sich das Programm ja nach da verschiebt. Nächstes Problem ist die Startadresse, an der Basisadresse geht nix, nehm ich testweise den BIOS-Anfang(hier D200h), wird wenigstens CRT initialisiert und ein Cursor erscheint. Dann war allerdings erst mal Ende im Gelände. Mit einem Terminalprogramm befeuere ich den V.24 Port des PC1715 mit 2x 0x11, bis 2x 0x12 zurückkommt, dann sende ich die @os.com, welche gleich um die Ladedaten erweitert wurde (also Adresse und Programmlänge vorangestellt) und nach Abschluß schicke ich 0xaa 0x00 0xd2 als Startadresse ( kann man aber auch mit an die @os anhängen). Der Port läuft, wie zu erkennen mit 9k6 8 o 1 (eigentlich 1,5 Stoppbits, aber 1 geht auch). Nachdem ich die @os.com noch mal dahingehend modifiziert habe, dass sich beim Starten nichts selbst überschreibt, kommt doch endlich der Startbildschirm . Wird bei der Zeiteingabe keine Taste gedrückt folgt dann allerdings der Absprung ins Nirvana, betätigt man eine Taste bekommt man Fehlermeldung, da ja nix im Laufwerk A steckt…

Danach wußte ich wesentlich mehr übder die defekten Teile. Ein Mainboard war ganz defekt, ein weiteres hat einen Speicherfehler in der zweiten Bank (Adresse 4010h) - TPA bis 4000 verfügbar und das dritte wurde noch nicht geprüft. Die Floppycontroller sehne ähnlich schlimm aus. Im Endergebnis war ein funktionierender FDC (nach Austausch von 2*K155LA3) vorhanden. Somit tut es wenigstens ein Rechner, am zweiten PC1715 werde ich demnächst arbeiten.