Beiträge von jobi23

Zitat von PAW

Wie stellst Du die Fehler bei den RAMs fest, wenn sie noch eingelötet sind? Hast Du ein Testprogramm dafür verwendet?

Auf der Datenleitung rührt sich rein gar nichts. Am Oszi sieht man nur ein Rauschen irgendwo zwischen High und Low. Die Treiber nach den RAMs hatte ich ausgelötet, um zu sehen, ob diese defekt sind und den Pegel der RAMs kaputt machen. Das wäre das einfachere Übel gewesen, nur den Treiber zu tauschen (falls dieser kaputt gewesen wäre), anstatt jeweils fast 8 RAMs auszutauschen.

Für den Bildschirmspeicher wird bereits aufs RAM zugegriffen, dadurch gehe ich davon aus, dass auf alle Datenleitungen etwas "zappeln" müsste.

Und der erste Austausch eines 4164 lieferte gleich ein ganz anderes, normales Signal auf der Datenleitung.

Zitat von daybyter

Nach Auslöten nochmal die RAMs testen?

Leider habe ich keinen Tester, der das könnte. Der TL866 kann leider kein DRAM testen. Aber ich kann später die RAMs nochmal einstecken und kontrollieren, ob es wirklich kaputt ist. Aber davon gehe ich aus.

Zitat von tante ju

Ich hätte da noch ein paar Stangen von.

Das wäre super! Kannst mir per PN schreiben.

Zitat von fanhistorie

Wir du sicher weißt, hast du nun eine Vermischung , da das Samsung 120ns, die bisherigen TMS 200ns haben,

Wobei ich noch kein Anhaltspunkt für das zusätzliche Z vor der 20 habe,

Wegen den nun unterschiedlichen Zeiten, Kann, sollte aber keine negativen Auswirkungen auf den laufenden Betrieb haben

Schnelleres RAM sollte imho funktionieren. Wenn ich schon dabei bin, werde ich die 3 funktionierenden RAMs auch auslöten und sockeln, damit kann ich wenigstens eine Vermischung vermeiden. Mal sehen, was ich für 4164 ergattern kann.

Ich danke Euch für euer Interesse und eure Unterstützung.

Wünsche noch einen schönen Samstagabend

Es geht weiter mit dem Sirius - wenn auch langsam.

Ich hatte mich zuerst um die Bildschirmausgabe gekümmert, bin dann aber daran hängen geblieben, dass vom Bildschirmspeicher nichts gelesen werden konnte. Nur ein paar von den RAMs lieferten gute Signale. Okay, ich hätte das RAM schon früher testen sollen.

Dafür weiß ich jetzt einigermaßen, wie die Videoausgabe aufbereitet wird. Ist schon interessant, wie Cursor, Unterstrich oder Reverse-Video in das Signal eingearbeitet werden.

Fakt jedoch ist, dass von den 16 eingelöteten 4164 RAMs 13 defekt sind. Das zehrt meinen Bestand an 4164 komplett auf und ich muss erstmal für Nachschub sorgen...

Nur die markieren RAMs sind gut und der, den ich bereits gesockelt habe.

Ist wieder mal viel Lötarbeit.

Der Sirius macht es mir nicht leicht

Ich habe diese 4 ausgetauscht. Andere Kondensatoren musste ich nicht ersetzten, das NT läuft schon viele Stunden ohne Probleme

Tausche doch bitte gleich alle RIFAs aus, wenn Du das Netzteil eh schon offen hast.

Ich hatte das selbe Problem mit dem Sirius vor ein paar Wochen.

Zitat von mikemcbike

Wenn EPROMs die Adressleitungen eingangsseitig runterziehen, dann hilft auch Neubrennen nicht. Die Teile sind einfach hin, vermutlich ist in der Eingangsstufe die ESD-Schutzbeschaltung durchlegiert.

Das denke ich auch. Dann sparen wir uns den Aufwand, sie zu verschicken und zu testen, oder fanhistorie ?

Mit den neuen Eproms funktioniert der Sirius ja etwas mehr, aber ich glaube, da steckt noch viel Arbeit drin.

Die Videoausgabe macht auch noch nicht, was sie soll. Nur ein Sync-Signal, keine Videodaten

Zitat von fanhistorie

Da vermutlich der TL866 ohne Externes Netzteil versorgt ist, wird dann bei 21V die Grenze erreicht sein

Ja, das ist korrekt. Mein unmodifizierter TL866 kann nur bis 21V brennen.

Kannst du meine 25V Typen brennen, dann könnten wir es testen, ob nur der Inhalt korrupt war oder die Eproms hin sind?

Zitat von fanhistorie

Wenn du möchtest kann ich versuchen die Original Eproms zu löschen,

und später neu zu programmieren ,

Das können wir gerne probieren.

Den alten Inhalt der Eproms habe ich ausgelesen, aber er stimmt so ganz und gar nicht mit dem überein, was auf bitsavers.org liegt.

Der TL866 brennt durchaus 2732 - hab's ja auch mit den "neuen" geschafft. Nur scheint er entweder diesen Typ nicht zu mögen, oder die Eproms sind wirklich defekt.

Die alten Eproms sind bereits gelöscht, deren Inhalt gesichert. Ich hänge den kaputten Inhalt mal ran, falls es jemanden interessiert

defekte_eproms_sirius.zip

Zitat von detlef

Ein Foto von den alten Eproms würde mich interessieren. Wo man den Aufdruck lesen kann.

Und vielleicht auch von den neuen Eproms. Nur so interessehalber.

Mein Brenner, der TL866A, kann die alten EPROMs leider nicht brennen. So kann ich leider nicht überprüfen, ob sie mit neuem Inhalt wieder funktionieren würden.

Hier die alten EPROMs:

...und hier die neuen:

Zitat von funkenzupfer

Du hast jetzt nur die EPROMs neu gebrannt und alles ist gut?

Nein, es sind schon neue EPROMs.

Ich kann probieren, ob die alten wieder funktionieren, wenn sie neu gebrannt sind.

Zitat von fanhistorie

Also hat wohl A8, A9,A10 bzw das Eprom schlussendlich das Signal an A14 so beeinflusst, wie du es ursprünglich gemessen hast,

Ja, das war der Grund.

Heute werde ich jedoch nichts mehr an dem Gerät machen

Zitat von tofro

Wenn ich das richtig verstehe, hast du funktionierende EPROMS gegen funktionierende EPROMS getauscht

So doof bin ich nun auch wieder nicht. Es hatte nur den Anschein, dass die alten EPROMs funktionieren. Ich konnte sie mit dem TL866 auslesen. Den Inhalt hatte ich jedoch nicht verifiziert.

Die alten EPROMs sind definitiv defekt

Auch das Auslöten der zwei LS157, die für den Bildschirmspeicher zuständig sind, brachte kein anderes Ergebnis. A14 macht Mist.

Manchmal ist es doch spannend, Phantomen hinterherzujagen...

Es hängt nichts anders dran an den Adressleitungen, außer ... ja, die EPROMs. Aber die habe ich ja schon mit dem EPROM-Brenner ausgelesen und der Inhalt war korrekt!

Trotzdem - neue EPROMs brennen und damit versuchen...

Tada! Die Signale stehen wie eine Eins! Alle.

Aber trotzdem vielen Dank für Eure Hilfe und Denkanstöße und auch mal Phantomen nachjagen

Wünsche noch ein schönes Wochenende

Die Adressleitung A14 an der CPU lässt sich von einem Pull-Down oder Pull-Up nur wenig beeindrucken

Hier das Signal ohne LS244 und ohne Pull-Up oder Pull-Down

Hier mit einem 10kOhm Pull-Down

Und hier mit dem 10kOhm Pull-Up

Mir gefällt es einfach nicht, was der eingesteckte LS244 daraus macht...

Zitat von tofro

Früher hat man das nicht so genau genommen, es hat gereicht, wenn's funktionierte....

Der Sirius wurde noch dazu von Chuck Peddle entwickelt

Vielleicht hast Du da sogar Recht und ich jage einem Phantom hinterher und ich sollte den Rechner einfach wieder zusammenstöpseln, um zu sehen, was er macht.

Es war/ist mein standardmäßiges Vorgehen, zuerst die Spannungen zu checken, Reset und Takt (dieser war nicht okay aufgrund eines defekten FlipFlops) und dann eben die Adress- und Datensignale zu überprüfen. Und diese sehen eben ganz anders aus als das, was ich bisher gesehen habe. Ich mach das alles noch nicht so lange und lerne (hoffentlich) stetig dazu.

Ich schalte heute, wenn ich dazukomme, mal den kompletten Rechner an und dann gebe ich wieder Bescheid, was Sache ist.

Zitat von Reinhard

Ist denn der 244 mit VCC und GND versorgt? Sieht irgendwie so aus, als ob dessen GND nicht angeschlossen wäre.

Direkt an den Pins vom LS244 gemessen: GND ist angeschlossen und VCC hat 4,82V.

Die anderen Ein- und Ausgänge funktionieren ja, nur eben A10 und A14 nicht. Die Suche geht weiter

Zitat von runni

Versuch mal einen hct244 der treibt aktiv, da sieht man schnell ob der Ausgang belastet ist.

Ich muss erst nachsehen, ob ich einen HCT vorrätig habe, aber ich glaube eher nicht

Zitat von PAW

hast Du überprüft, ob die CPU tatsächlich an Masse hängt, oder ob sie "als Ganzes nach oben gezogen" wird? Also ob Pin #1 & #20 der CPU mit Masse verbunden sind.

GND liegt ordentlich an den Pins der CPU an und bleibt auch konstant.

Zitat von PAW

Wie verhalten sich die Datenleitungen der CPU

Die sehen ganz normal aus, die Pegel sind in Ordnung. Bei der 8088 CPU werden ja Daten- und Adressbus gemultiplext. In meinem Fall sind nur reine Adressleitungen betroffen, keine gemultiplexten.

Zitat von PAW

Was passiert, wenn Du statt dem LS244/Pin#4 einen Widerstand (z.B. 4,7kOhm) an CPU/Pin#2 anschließt, einmal gegen +5Volt und dann gegen GND probieren. Wie verändert sich das Signal an CPU/Pin#2 ?

Wenn ich LS244/Pin#4 auf GND ziehe, geht die Spannung nur auf 3,5V zurück. Getestet mit einem 1k Widerstand.

Mehr Tests schaffe ich erst nach der Arbeit, am späten Nachmittag (hoffentlich), aber schon mal Dank für eure Hilfe und eure Tips

Bis auf die CPU und die zwei Eproms ist leider beim Sirius nichts gesockelt.

Bisher habe ich nur dem LS244 und den zwei LS157 Sockel spendiert.

Was mich stutzig macht, ist, dass allein ein Ausgang von A8 bis A12 am LS244 schon das Signal verfälscht. Ganz egal, welches. Das spricht eigentlich schon wieder gegen A8 am LS138. Aber ich nehme ihn mir trotzdem unter die Lupe

Zitat von daybyter

Wenn die Beinchen nicht in der Fassung sind, was misst Du dann an der Fassung?

Ich habe den Output an den herausgebogenen Beinchen gemessen. Siehe Signalverläufe auf dem Oszi und Pfeile im Bild.

Wie gesagt, ich habe dann jeden einzelnen der Pins wieder zurückgebogen um festzustellen, was mein Signal an A14 (und A10) verunstaltet.

Zitat von funkenzupfer

Hast du denn auch mal die Muxer LS157 (ICs 8A, 8B) vorm Bildschirmspeicher entfernt?

Noch nicht. Am LS157 hatte ich nur mal ein Pin gekappt, um zu sehen, ob das was ändert.

Werde die zwei ICs morgen mal auslöten und sockeln.

Recht viel mehr bleibt ja nicht übrig. Hoffentlich

Das Ding mach mich noch wahnsinnig...

Ich habe jetzt mal alle Ausgänge des LS244 aus der Fassung gebogen und nach und nach getestet, mit welchen Ausgängen die Pegel an A10 und A14 kaputt gemacht werden. Generell werden alle Ausgänge korrekt angesteuert und haben korrekte Pegel.

Wenn nun eines der Ausgangs-Pins 3,5,7,9 oder 12 (A8 - A12) wieder mit der Fassung verbunden werden, entsprechen die Ausgangs-Signale an A10 und A14 nicht mehr ihren Eingangs-Signalen und die Eingangs-Signale werden nach HIGH gezogen.

Auch wenn beide Multiplexer LS257 (fürs System Memory) entfernt werden, ändert sich immer noch nichts an A10 und A14.

Außer dem Bildschirmspeicher ist sonst nichts mehr an den Adressen A8 bis A12 beteiligt... Oder ich seh's einfach nicht

Für heute ist Pause.

Viele Grüße,

Josef

Zitat von funkenzupfer

Was ist denn der Unterschied zwischen dem 128k CPU SCHEMATIC und dem CPU SCHEMATIC? Ich habe keinen Unterschied gesehen ausser die Rev.

Außer der Revision ist das einzelne CPU Schematic besser gescannt und besser zu lesen.

Zitat von funkenzupfer

Wenn am LS244 die Enables auf Low sind, kannst du doch den LS244 durch Bruecken ersetzten

Gute Idee, so werde ich das testen. Die CPU hat bei A14 eh nur den S257 zu bedienen.

An anderen Ausgängen hängt ein bisschen mehr…

Zitat von funkenzupfer

Kannst du mal alle Schaltplanseiten als PDF posten?

Bitte gerne

Sirius Maintenance Schematics.pdf

Der windige Sockel ist nun getauscht und die neue 8088 CPU ist auch da und schon sind die Signale besser und fallen nicht mehr so sehr ab.

Was ich aber nicht verstehe, ist immer noch der Signalverlauf bei Adresse A14 (erstmal).

Es hängt an A14 der CPU (pin2) nur der LS244 (Pin4). Dessen Ausgang geht wiederum zu einem Multiplexer S257 (der dann zum RAM geht) und die Slots für die Erweiterungskarten. Es sind keine Erweiterungskarten gesteckt.

Am LS244 Eingang habe ich, mit gestecktem LS244 folgendes Signal, das auf HIGH gezogen wird:

Ohne LS244 gibt die CPU aber folgendes Signal aus, was eigentlich richtig wäre:

Auch mit anderen und gut getesteten LS244 habe ich die gleichen Mist-Signale.

Der S257 ist bei obigem Signal nicht gesteckt, es hängt also überhaupt nichts am Ausgang des LS244, nur Leitungen.

G1 und G2 am LS244 sind brav auf LOW, also schalten die Treiber auch durch.

Die Spannungen an den ICs sind korrekt und es sind keine Schlüsse zwischen den Leiterbahnen. Zwischen +5V und GND habe ich ca. 200 Ohm, was bei der Anzahl der ICs okay sein müsste und auf keinen Kurzschluss von Kondensatoren hindeutet.

Ich habe im Augenblick keine Ahnung, was ich sonst noch checken könnte...

Habt ihr eine Idee?

Die Logik ist meine Erfahrung, die ich mit PET Sockeln machen durfte. Auch im Sirius sind Sockeln mit Kontakten auf nur einer Seite verbaut und denen traue ich nicht.

Hast ja Recht - ich warte erstmal die neue CPU ab und schaue, ob damit die Probleme die gleichen sind. Aber vermutlich nicht. Und diesen Sockeln traue ich trotzdem nicht

Zitat von funkenzupfer

An welchem/n Pin(s) ist das gemessen?

Das ist an A14 gemessen. Gleiches Ergebnis auch mit neuem LS244. Auch A12 und A10 verhalten sich so.

Bis auf /WR sehen alle anderen Signale gut aus.

Seltsamerweise haben sich A14, A12 und A10 bei einer Messung nach ein paar Minuten "gefangen", was ich aber leider nicht mehr reproduzieren konnte.
Die Pins der CPU sind sauber und ohne Oxidation. Möglicherweise verursacht der Sockel Probleme, aber auch nach mehrmaligem stecken der CPU gab es keine Änderung.

Bis die neue CPU eintrifft, wird es noch einige Tage dauern. Bis dahin werde ich dem Sirius mal einen neuen Sockel für die CPU spendieren...

Zitat von funkenzupfer

Funktioniert der Rechner gar nicht, teilweise oder stört dich nur der Signalverlauf?

Der Rechner funktioniert noch gar nicht und ich versuche ihn Stück für Stück wieder zum Laufen zu bekommen.

Mit der üblichen Vorgehensweise - Spannungen kontrollieren, Takt, Reset, Adress- und Datenbus checken... und da bin ich eben über diesen komischen Signalverlauf gestolpert. Ich dachte zuerst, es ist nur wieder der 74LS244, aber auch ohne diesen macht die CPU schon Mist.

So war das Signal mit 74LS244 - entweder high, wie auf dem Bild, oder auf GND gezogen

Ich habe nun mit dem HP Oszi nachgemessen ... also, so schlecht ist das OWON eigentlich nicht. Das HP ist schon sehr gewöhnungsbedürftig zu bedienen...

Den Blockkondensator habe ich auch erneuert und vorsorglich nachgemessen - auch der passt.

Ich denke, dass die CPU defekt ist. Es wird leider ein paar Tage dauern, bis ich Ersatz bekomme...

Zitat von detlef

Und gibt es Oszis, die komplizierter zu bedienen sind, als das Owon mit seinen (gefühlt) 25-fach belegten Tasten?

Definitiv: ja

Ich messe heute Abend mal damit, um einen Vergleich zu haben

Zitat von mikemcbike

Das hat mit dem Oszi nichts zu tun.

Darum habe ich jetzt mal eine 8088 CPU bestellt...