000
25.07.2026, 20:47 Uhr
Ordoban
|
Ein Kumpel von mir braucht eine KES für seinen A7150. Ich habe noch zwei KES für den A7100 übrig, eine davon defekt. Also habe ich mich entschlossen die eine zu reparieren und auf A7150 umzubauen.
Die Unterschiede zwischen den A7100 und A7150 Typen ist die Bestückung mit Firmware ROM's, die Bewicklung der Adresse und eine Nachverdrahtung.
Aber zuerst einmal die Reparatur. Als erstes war die Z80 CPU defekt. Das war ziemlich eindeutig. Getauscht, läuft immer noch nicht. Die CPU fährt sich kurz nach dem Start in einer Endlos-Schleife fest. Schuld daran ist, dass die bei der Initialisierung in ein Unterprogramm springt. Dabei legt die CPU die Rücksprungadresse auf den Stack, und wenn die dann die Adresse vom Stack zurück holt, dann kommt da ein anderer Wert. Also mal wieder ein Fall von defektem SRAM. Ich weiß, dass der verwendete SRAM ziemlich anfällig ist, und man ganz schön lange nach Fehlern suchen kann.
Der zukünftige Besitzer legt keinen Wert auf Originalität, also habe ich einen anderen Typ S-RAM eingesetzt. Da der zukünftige Besitzer auch nur den IDE-Kontroller benutzen will, kann ich auf die EPROM's mit der MFM-Firmware verzichten, und die Plätze statt dessen mit SRAM-IC's belegen:
Das sind 2x je 3 UL6516D übereinander gestapelt. Die Adressdecoder-Logik ist so umgebaut, dass 2 der SRAM's den Adressbereich der MFM-ROM's ersetzen, und die restlichen 4 den Adressbereich des ursprünglichen SRAM's. Die Bewicklung der Kontroller-Adresse habe ich geändert, ebenso die Firmware der A7150 in die EPROM's gebrannt.
Soviel zur Theorie.
Erster Test... der Selbsttest der KES läuft fehlerfrei durch... DOS beginnt zu booten... dann geht auf einmal gar nichts mehr. Auch mit der anderen KES nicht. Die ZVE ist defekt! Naja, ich habe ja noch die ZVE mit dem 486er.
Mit der läuft der A7150 erstmal wieder, aber mit der umgebauten KES bleibt das DOS beim booten nach dem "Starten von MS-DOS..." stehen. Komischerweise läuft SCP problemlos.
Ich habe nun den Bootvorgang mit dem Logikanalyzer aufgezeichnet. Die Auswertung hat einige Zeit gebraucht, aber mich schließlich auf die Spur gebracht.
| Quellcode: |
Adr=0x004C2;Data=0x01;MEMRD=0;MEMWR=1
Adr=0x004C3;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004C4;Data=0x36;MEMRD=0;MEMWR=1
Adr=0x004C5;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004C6;Data=0x4A;MEMRD=0;MEMWR=1
Adr=0x004C7;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004C8;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004C9;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004CA;Data=0x01;MEMRD=0;MEMWR=1
Adr=0x004CB;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004CC;Data=0x30;MEMRD=0;MEMWR=1
Adr=0x004CD;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004CE;Data=0x4A;MEMRD=0;MEMWR=1
Adr=0x004CF;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004D0;Data=0x04;MEMRD=0;MEMWR=1
Adr=0x004D1;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004D6;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004D7;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004D8;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004D9;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004DA;Data=0x42;MEMRD=0;MEMWR=1
Adr=0x004DB;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004DC;Data=0x4A;MEMRD=0;MEMWR=1
Adr=0x004DD;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004DE;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004DF;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004E0;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004E1;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004E2;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004E3;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004E4;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004E5;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004E6;Data=0x5A;MEMRD=0;MEMWR=1
Adr=0x004E7;Data=0xF8;MEMRD=0;MEMWR=1
Adr=0x004E8;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004E9;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004EA;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004EB;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004EC;Data=0x01;MEMRD=0;MEMWR=1
Adr=0x004ED;Data=0x04;MEMRD=0;MEMWR=1
Adr=0x004EE;Data=0x42;MEMRD=0;MEMWR=1
Adr=0x004EF;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004F0;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004F1;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004F2;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004F3;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004F4;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004F5;Data=0x02;MEMRD=0;MEMWR=1
Adr=0x004F6;Data=0x80;MEMRD=0;MEMWR=1
Adr=0x004F7;Data=0x9F;MEMRD=0;MEMWR=1
Adr=0x004F8;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004F9;Data=0x02;MEMRD=0;MEMWR=1
Adr=0x004FA;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004FB;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004FC;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004FD;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004FE;Data=0x00;MEMRD=0;MEMWR=1
Adr=0x004FF;Data=0x00;MEMRD=0;MEMWR=1
|
Das sind die letzten sinnvollen Operationen auf dem MMS16-Mus. Und zwar ist das die KES, die sich die Parameter für die nächste Festplatten-Operation aus dem Systemspeicher holt. Wenn man das noch weiter auseinander nimmt, dass sieht man, dass es an die zweite Festplatte gerichtet ist. Aber warum stürzt die KES deshalb ab, und meldet nicht einfach einen Fehler?
Guck ich in das Programm des IDE-Kontrollers:
| Quellcode: |
; ***************************************************************
; Service-Routine fuer Festplattenzugriffe
HDDService: ld a,(LAUFWERKNR)
cp a,1
jp nz,HDDService_0
ld a,0
ld (LAUFWERKNR),a
jp $1000
|
Aha. Die IDE-Firmware leitet Anfragen für die zweite Festplatte an die MFM-Firmware (ab $1000) weiter. An der Stelle ist nun aber ein leeres Stück SRAM...
--
Gruß
Stefan
Dieser Beitrag wurde am 25.07.2026 um 20:52 Uhr von Ordoban editiert. |
