Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » Frage zum EC1834 » Themenansicht

Autor

Thread - Seiten: -1-

000
14.12.2024, 17:43 Uhr
Ordoban

Hallo,

ich habe hier einen EC1834 zur Reparatur. Anfangs hat der absolut nichts gemacht, mittlerweile führt der immerhin ein Stück des BIOS aus. Mehrere Logik-Gatter und ein 8286 waren bisher defekt.
Jetzt hängt der beim Test des Timers.

Im Programm sieht man, dass der den Zähler startet, auf 0 stellt, und dann immer wieder den Zählerwert abfragt. Den Zählerwert verknüpft der dann ODER mit den vorherigen Werten. Das Ganze geht solange, bis alle Bits gesetzt sind.

Die Abfrage des Zählers kommt alle 14 Timer-Takte, so dass der Zählerstand immer eine gerade Zahl ist. Dadurch wird das Bit 0 nie gesetzt, und der Timer-Test läuft schließlich in den HALT.

So, jetzt meine Fragen:
Wie sollte das funktionieren?
Ist 1,2MHz als Takt korrekt?
--
Gruß
Stefan

Dieser Beitrag wurde am 14.12.2024 um 17:46 Uhr von Ordoban editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
15.12.2024, 11:59 Uhr
Ordoban

Bissl rumgerechnet:
Die Schleife braucht pro Durchgang rechnerisch nach meinem Assembler-Buch 52 CPU-Takte.
Das würde 13 Timer-Takten entsprechen.
Gemessen habe ich 56 CPU-Takte. (=14 Timer-Takte)
Das könnte aber auch hinkommen, der 8086 hat schon einen kleinen Instruktion-Cache, durch den kann man die Takte für jeden Befehl nicht mehr so genau bestimmen.

Echt mysteriös. Wie kann der EC1834 mit diesem Programm und dieser Verschaltung jemals funktioniert haben?

Und wie kann ich das lösen? Ich könnte die Schaltung ändern, und von irgendwoher zusätzliche Störimpulse auf den Zähler schicken. Oder die CPU für paar Takte anhalten.
--
Gruß
Stefan

Dieser Beitrag wurde am 15.12.2024 um 11:59 Uhr von Ordoban editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
15.12.2024, 12:41 Uhr
MarioG77

Der gleiche Fehler, an dem ich 7 Monate gesucht habe...

Du weißt, dass ich den Schaltplan in KiCad digitalisiert habe?
Das hat mir letztendlich den Durchbruch beim Finden des Fehlers gebracht. Diese Erkenntnis stand auch im Buch, wie die Takte bei Portzugriffen sein müssen.
Du bist schon auf der richtigen Spur - bis zu dieser Erkenntniss habe ich länger gebraucht.

Die Ursache lag bei mir am NAND D10 (Schaltplan 201.1-1 - Quadrant C2), Eingänge 1+2, Ausgang 3 - der war tot.
Dort wurde XIOR/XIOW auf den CLK des nachfolgenden Flipflops verknüpft, wo das fehlende RDY-/WAIT Signal nicht 1 Zyklus stoppte.
--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
15.12.2024, 13:08 Uhr
Ordoban

Oh my...
Ich hab auf Verdacht an diesem Gatter vom D10 gemessen. Jap, das Gatter ist hin.

Danke, dieser Tip war Gold wert!
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
15.12.2024, 13:13 Uhr
MarioG77

Freut mich!
Den Fehler werde ich mein Leben lang nicht vergessen...

--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
15.12.2024, 14:28 Uhr
ambrosius

Das hier ist eine sehr kompakte, aber detaillierte Beschreibung einer Fehlersuche. Da gibt es ja schon einige hier verstreut im Forum, die man dann aber nicht immer wiederfindet. Deshalb meine Frage: wäre es möglich, Eure obigen Beiträge mit auf meiner Halde unter einer eigenen Rubrik unterzubringen? Ich würde dann natürlich auch andere Fehlerfälle hier aus dem Forum dokumentieren, um sie schnell auffindbar zu machen. Danke schon einmal.
Einen schönen dritten Advent und

edit1: Mario, könntest Du mir bitte den Schaltplan (KiCAD) des EC1834 zukommen lassen? Danke.

edit2: das Ganze würde dann in etwa so aussehen. Könnte natürlich auch in komprimierterer Form zusammengefaßt werden.
--
viele Grüße
Holger

Dieser Beitrag wurde am 15.12.2024 um 15:19 Uhr von ambrosius editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
15.12.2024, 16:53 Uhr
Ordoban

Deb KiCad-Schaltplan findeste hier (hab ich auch grad erst entdeckt)
https://github.com/mgoegel/ec1834-mainboard_kc6

Natürlich kannst du die Beiträge auf deine "Halde" kopieren.

Allerdings halte ich so eine "Symptom-Ursache-Lösung"-Datenbank nur für bedingt sinnvoll.
Ein Symptom kann viele verschiedene Ursachen haben. Zumindest bei sowas komplexem wie dem EC1834-Mainboard dürften Reparatur-Beschreibungen für spezifische Fehler eher kontraproduktiv sein.

Gute Reparaturbeschreibungen zeigen eher das Vorgehen, wie man Fehler erkennen, systematisch eingrenzen und schließlich genau lokalisieren kann. Unsere Reparaturberichte sind eher Beispiele als Schritt-für-Schritt-Anleitungen.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
15.12.2024, 17:02 Uhr
Hobi

Beides ist irgendwie richtig. Generell ist eines der ersten Schritte durch den BIOS Selbsttest zu kommen. Dabei fällt der Timer mit unter die Kategorie.
--
-------------------------------------------
Corontäne
-------------------------------------------

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
15.12.2024, 17:02 Uhr
RP

und konntest du den EC1834, mit dem IC Wechsel, wieder zum leben auf dem Monitor bewegen?

Rolf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

009
15.12.2024, 17:06 Uhr
Ordoban

Der piepst jetzt zumindest. Ist also durch den POST durch. Ohne Grafikkarte Lang-Kurz-Kurz, mit Grafikkarte Kurz-Kurz.
Der zeigt aber noch nichts auf dem Monitor an. Woran das liegt versuche ich gerade herauszufinden.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

010
15.12.2024, 17:27 Uhr
Ordoban

Das BSYN-Signal ist nicht vollständig, da fehlt der Vertikal-Anteil. Das Problem muss hier irgendwo sein:

--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

011
15.12.2024, 17:44 Uhr
MarioG77

@ambrosius - von meiner Seite kein Thema.

Ich hatte so was auch schon Mal angefangen:https://mgoegel.github.io/ec1834-troubleshooting/DE/troubleshooting.html

Bin aber noch nicht weiter gekommen. Mittlerweile müsste ich mir meine Reparaturschritte auch aus dem Thread rausholen.

Zum Ursprünglichen Problem steht im Buch Personalcomputer EC1834 auf S.94 folgendes:

Quellcode:


3.4.2. Steuerung bei Prozessorzugriffen

Prozessorzugriffe sind auf dem Systembus dadurch gekennzeichnet, daß AEN = 0 und
eines der Kommandosignale aktiv ist. 
Bus-Zyklen bei Prozessorzugriffen bestehen aus mindestens 4 Takten T1 - T4 bei
Speicherzugriffen bzw. 5 Takten bei E/A-Zugriffen (einschließlich eines WAIT-
Taktes Tw).
Der Signalverlauf bei Prozessorzugriffen ist in den Abbildungen 3.14 und 3.15
verdeutlicht. Die Adresse des Speicherplatzes bzw. E/A-Ports wird im ersten Takt
T1 auf dem Adressenbus A19 - AO bereitgestellt, /BHE geschaltet und bleibt bis
zu einem neuen Bus-Zyklus stabil. Die Anschaltung der Adresse wird durch ALE = 1
gekennzeichnet. 
Die Kommandosignale sind in den Takten T2, T3, Tw aktiv.
Durch das Bus-Signal /IOCHCK = 0 (spätestens im Takt T2 bei Speicher- bzw. im
Takt Tw bei E/A-Zugriffen) können die Bus-Zyklen um zusätzliche WAIT-Zyklen Tw
verlängert werden. 
Bei Schreiboperationen werden die Daten durch den Prozessor im Takt T2 auf den
Datenbus geschaltet; bei Leseoperationen müssen die Daten durch die adressierte
Einrichtung im letzten Takt, in dem das jeweilige Kommandosignal aktiv ist, auf
den Datenbus geschaltet werden.

Dieses Kapitel habe ich leider erst unmittelbar NACH meinem Fund gelesen...

Zu den Tönen:

https://www.ionos.com/digitalguide/server/know-how/bios-beep-codes/
AMI BIOS - das könnte evtl. passen

1xlang, 2x kurz - keine Grafikkarte
2x kurz - Parity Error

Wenn du nichts siehst, hätte ich da auch auf Speicherfehler getippt.

Edit: sehe gerade erst den nächsten Post:
eine ET3000/4000 8bit & ISA Adapter hast du vermutlich nicht zur Hand?
--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben

Dieser Beitrag wurde am 15.12.2024 um 17:46 Uhr von MarioG77 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

012
15.12.2024, 17:59 Uhr
MarioG77

Eine POST Karte für Port 60h hast du vermutlich auch nicht?
Du müsstest bei einem Parity Error nämlich ein Ausgabe "04" bekommen. Wenn kein Speicherfehler auftritt, dann bleibt der bei 3 und versucht zu booten.

Falls es an der Grafikkarte liegt, dann siehst du den Speichertest nicht - besonders schnell ist der ja nicht, d.h. der läuft einen Moment, bevor er Laufwerke sucht.

Du kannst ja mit dem LA den Port 60h ggfs. überwachen - nicht am Bus, sondern am PPI D54. Da brauchst du weniger Kanäle.
--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben

Dieser Beitrag wurde am 15.12.2024 um 17:59 Uhr von MarioG77 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

013
15.12.2024, 18:01 Uhr
Ordoban

Hat von euch einer die Bestückungspläne von der COL rev 3?
Bei Holm gibts nur eine andere Revision, und die passt überhaupt nicht.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

014
15.12.2024, 18:56 Uhr
RP

schau ob an der COL Karte für den mono K7229.25 Monitor, an der SUD Buchse, ein Signal kommt, die Belegung ist wie am A7150.

Rolf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

015
15.12.2024, 20:49 Uhr
Ordoban

An den RGB-Pins sind regelmäßige Signale von ca. 1V
Bei dem BSYN kommen nur die kurzen Low-Impulse für die Zeilen.
Die langen Low-Impulse für den Zeilenrücklauf fehlen. Dadurch kommt der VGA-Monitor nicht aus dem Energiesparmodus.

Aus dem Video-Chip kommt der VSYNC raus, das habe ich schon gemessen. Der Fehler ist irgendwo in der Logik danach. Leider stimmt der Stromlaufplan von Holms Datenhalde nicht mit dieser Version überein.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

016
15.12.2024, 21:49 Uhr
RP

am PIN 8 nur horz. an PIN 9 BSYN oder verd. vom SUB-D mit der Suche anfangen.

Rolf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

017
16.12.2024, 10:58 Uhr
Ordoban

Zitat:

RP schrieb
am PIN 8 nur horz. an PIN 9 BSYN oder verd. vom SUB-D mit der Suche anfangen.

Rolf

Das verstehe ich nicht.

Ich denke aber, ich weiß was du sagen willst:
Verfolge das BSYN Signal zurück. Hab ich gemacht. Das geht zunächst auch ein 7438, dann auf 2 7474. Von da an wird es so verwirrend, dass ich es erstmal aufgegeben habe, und ins Bett gegangen bin.
Heute bin ich dann den anderen Weg gegangen: ich verfolge das VSYN aus dem 82720 Videochip.
Das geht in die selben 7474! Also den Logikanalyzer an dieses FlipFlop angeschlossen:

Hmm, was fehlt hier? Richtig! -Q
7474 getauscht, immer noch kein Sync. Hmm.

An diesem FlipFlop sehen die Signale jetzt gut aus. Oh. Der -Q hat keine Verbindung irgendwohin. Umsonst getauscht.
Daneben ist ein 7451 mit einigen Verbindungen zu den FlipFlops. Also messen wir mal da dran.

Was sehe ich denn da? Der Ausgang dieses Gatters macht schon ein gutes BSYN. Der Ausgang dieses Gatters geht in einen DIP-Schalter. Der ist aus. Einschalten. Und jetzt kommt aus dem BSYN ein komplettes Signal raus. Interessant. DIP wieder aussschalten, an allen Ausgängen der Grafikkarte messen. Mit ausgeschaltetem DIP kommt aus der Grafikkarte ein getrenntes HSYNC (Pin 9) und VSYNC (Pin 8). Mit eingeschaltetem DIP kommt ein kombiniertes BSYN aus Pin 9.
Also: Adapter vom CM1910 anschließen. Der Monitor kommt jetzt aus dem Energiesparmodus raus, aber zeigt immer noch nichts an.
Es bleibt spannend...
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

018
16.12.2024, 12:28 Uhr
RP

Oben links sollte jetzt ein Strich blinken, da habe ich in den erstens 64k RAM einen kaputten IC gehabt und disen mit einer wärme Bild Kamera schnell gefunden.

Rolf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

019
16.12.2024, 14:52 Uhr
Ordoban

Aus irgendeinem Grund mag mein Monitor den Videomodus vom EC nicht. Sobald ich den über den VGA-Adapter vom CM1910 anstecke, geht der zwar aus dem Energiesparmodus raus, aber der zeigt nichts an, obwohl auf den RGB-Leitungen ganz eindeutig Signale drauf sind, und das OSD-Menü vom Monitor lässt sich nicht bedienen.
Ich habe jetzt mal schnell einen Adapter für den Modus mit den getrennten Sync-Signalen zusammengebraten.

Und damit macht der ein Bild.

Furchtbare Qualität, vermutlich falsche Farben, aber Hey! Diskette Error - klar, es ist kein Kontroller gesteckt.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

020
16.12.2024, 15:02 Uhr
RP

Glückwunsch, das sieht doch gut aus

Rolf

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

021
16.12.2024, 15:30 Uhr
Ordoban

So, Diskettenkontroller+Laufwerk angeschlossen.
Jetzt bringt der

Zitat:

PARITY CHECK SYSTEM BOARD
00000 _

Ist das ein Parity Error, oder ein Parity Check?
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

022
16.12.2024, 18:43 Uhr
MarioG77

Parity Check
Kommt aber wohl nicht vom FDC. Der führt das Signal laut Plan nicht. Bei der COL weiß ich es nicht.
Vielleicht auch ein Gatter...
--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

023
16.12.2024, 18:45 Uhr
Ordoban

Das Parity Check kommt auch wenn nur die Grafikkarte steckt, und man F1 drückt
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

024
16.12.2024, 19:46 Uhr
Hobi

Kommt der Parity-Check nicht vom RAM? Eventuell kann man die RAM-Erweiterung ausbauen.
--
-------------------------------------------
Corontäne
-------------------------------------------

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

025
16.12.2024, 19:59 Uhr
Rolly2

Der kommt vom Systen-Board-Ram. Da ist eventuell ein RAM-IC defekt, oder in der Ras/Cas- Steuerung.

VG, Andreas

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

026
16.12.2024, 20:12 Uhr
Ordoban

Der initiale RAM-Test läuft ja durch. Könnte also ein Problem mit dem Refresh, mit der Parity selber oder einem RAM-IC sein.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

027
16.12.2024, 20:28 Uhr
MarioG77

Wenn das vom Board RAM käme, müsste die Meldung PARITY ERROR sein (laut Andreas disassemblierten BIOS Code).
PARITY CHECK prüft am PPI Port C die IOCHK Leitung.

Da hängt der komplette Bus dran.

Parity Error vom RAM kommt über die PCK Leitung. Das ist am PPI Bit 7 (IOCHCK ist Bit 6).

Der Schaltplan als durchsuchbares PDF
https://nxc.lan.goegel.net/s/gdstpTZzBSd6GPQ
--
Gruss Mario

Betriebsbereit: KC85/3, 2x [KC85/4, D004+Floppy, D008], PPC512, PC1512, 2xEC1834, Soemtron 286, 3x PC1715, picoAC1
Zu restaurieren: 1x A5120 und hin und wieder was von oben

Dieser Beitrag wurde am 16.12.2024 um 20:31 Uhr von MarioG77 editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

028
16.12.2024, 20:30 Uhr
Ordoban

Gut zu wissen. Da werde ich morgen mal messen.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

029
17.12.2024, 11:23 Uhr
Ordoban

Ich hab an IOCHK und PCK gemessen, an IOCHK ist nix los, aber PCK bekommt einen LOW-Puls kurz vorm Halt.
Das ist der RAM-Parity vom Mainboard. Ich habe diesen Low-Impuls bis zu dem Parity-IC D113 zurückverfolgt:

Man sieht dass der D113 nicht richtig auf das D8-Siganl reagiert.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

030
17.12.2024, 12:00 Uhr
Ordoban

Mit gewechseltem D113 bootet der nun von Diskette.

Das Laufwerk schreit nach Öl.
Das Bild sieht immer noch furchtbar aus... aber wir machen Fortschritte.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

031
17.12.2024, 17:26 Uhr
Ordoban

Festplatte ist lesbar, aber der Bootsektor ist anscheinend defekt.

Wäre blos noch das Problem mit der Grafikkarte. Ich habe den analogen Teil mit dem Oszi gemessen, sieht soweit OK aus. Boa, ich brauch langsam mal ein gescheites Oszi.
Der analoge Teil wird direkt aus dem Paletten-Ram gespeist. Mit dem Logikanalyzer kann man sehen wie der programmiert wird:

Dabei fällt auf, dass die Adressleitung A0 tot ist. Das kann allerdings nicht die Ursache für das schlechte Bild sein.

Später sieht man, wie die einzelnen Pixel abgefragt werden:

Und das sieht katastrophal aus. Entweder stören sich die RGB-Kanäle gegenseitig, oder die Paletten-Ram's sind defekt.

Gibt es noch Möglichkeiten an Ersatz-RAM zu kommen? Das sind 16x4 S-RAM mit getrennten Ein/Ausgängen.
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

032
17.12.2024, 19:28 Uhr
MiRa

Hallo Stefan, schreib doch mal die Bezeichnung von den RAM's. Wenn das russische sind habe ich vielleicht eine ganze Kiste voll.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

033
17.12.2024, 19:59 Uhr
RP

schau die Video Signale am PIN 6 ( ins) und 7 ( Video) des Monitor Anschluss an, da sollte ein mono Signal für den K7229.25 anliegen, mal nur grün vom VGA Monitor auf PIN 7 Löten und die drei RGB Ausgänge nicht anschließen.

Rolf

https://www.ec1834.de/personalcomputer/doc/Personalcomputer_EC1834.pdf

ab Seite 31

Dieser Beitrag wurde am 17.12.2024 um 20:11 Uhr von RP editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

034
Heute, 08:18 Uhr
Ordoban

Zitat:

MiRa schrieb
Hallo Stefan, schreib doch mal die Bezeichnung von den RAM's. Wenn das russische sind habe ich vielleicht eine ganze Kiste voll.

Das sind KP531PY9
--
Gruß
Stefan

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]