Zur Beachtung!!! Neu registrierte Benutzer, welche sich nicht innerhalb einer Woche vorstellen, werden nicht aktiviert und nach einer Woche kommentarlos gelöscht!(17.Jun.2024)x
Es war einmal...
... ein original Midway Galaga PCB, dass sich auf meinen Seziertisch verirrt hat.
Fehlerbild beim Einschalten: Weißes Bild mit ein paar zuckenden bunten Artefakten.
Reset am Haupt-Z80 gemessen: Watchdog am bellen.
Also erst mal angefangen die EPROMs auszulesen. Eins defekt, eins hatte Alzheimer. Auch nach Tausch keine Änderung.
Das waren die einfachen.
Dann gab es noch die, bei denen bis zu 6 Pins abgebrochen waren. Leider keine Seltenheit.
Nach Reanimation sah das dann so aus:
Dummerweise fehlt der Soundamp, sonst hätte ich schon eher festgestellt, dass das Spiel inzwischen blind läuft.
Naja, dumm gelaufen. Aber nen ordentliches Bild gab's immer noch nicht.
Weiter geht's mit PROMs prüfen. Schade (oder Gott sei Dank), alle ok.
Ich habe dann ein EPROM gefunden, aus dem nichts raus kam. Die Eingangssignale sahen aber eigentlich alle gut aus. EPROM war auch ok.
Nach einer halben Ewigkeit habe ich dann endlich den Fehler gefunden:
Einen kleinen Fehler gibt's leider noch:
Wenn sich die Gegner oben sortiert haben, zittern sie ein paar Sekunden rum, und wenn man einen der großen Gegner abschießt, werden die Trefferpunkte verpixelt angezeigt. Scheint eins der kleinen TTLs eins an der Muschel zu haben. Die Customs sind alle ok getestet.
Wie schon oben geschrieben, gab das Board auch noch keinen Ton von sich.
Kein Wunder. Die Endstufe MB3730A und das Sound-PROM fehlten.
Aus irgendwelchen unerfindlichen Gründen habe ich in meinem Fundus einen kompletten Satz Galaga-BPROMs gefunden.
Ich habe keinen blassen Schimmer, wo die her kommen. Ich habe definitiv kein Board geschlachtet.
Wer also ein Galaga-BPROM braucht. Außer dem Sound-PROM hab ich alle da...
...und wenn das Board nicht wieder gestorben ist, lebt es noch heute...
Dafür gibt es ein paar (hoffentlich) hübsche Bilder von meiner momentanen Lieblings-Arcade-Maschine Pole Position 2 , die ich heute nach intensiver Reinigung und kleineren Schönheitsrepararturen wieder zusammengebaut habe. Was noch fehlt ist ein neues Schloß für das Servicefach, welches ich heute im Baumarkt besorgt habe.
Als nächstes muß ich mir ein paar 1 DM und 5 DM Münzen besorgen, denn auch der Münzprüfer soll ja funktionieren. Bekommt man bestimmt für Euros bei eBay )
Fangen wir mit der Steuerung an:
Beim Starten eines Spiels macht der Frosch sofort ohne Einwirkung des Spielers einen Schritt nach vorne und der Frosch ist platt.
Weitere Schritte nach vorne sind nicht möglich.
Am 8255 ist am entsprechenden Pin keinerlei Aktivität feststellbar.
Irgendwas Organisches ist zwischen die Widerstände und Kerkos gelaufen.
War sehr schlecht zu erkennen, da die Bauteile an der Stelle dicht an dicht stehen.
Da ist nicht mehr viel Kupfer übrig geblieben.
Dünnen Draht durch die Löcher ziehen (olle Friemelei auf engstem Raum), Bauteile wieder rein, und von beiden Seiten verlöten.
Nein, da ist kein ganzes Pfund Zinn drauf, nur stark reingezoomt.
Steuerung geht wieder.
Nun zu den Grafikfehlern:
Da ist dann wohl die Pfostensteckerverbindung komplett fertig mit der Welt.
Und zwar nicht nur das Kabel, die Wannen und Stecker auch.
Auch mit einem anderem Kabel, das an meiner Frogger einwandfrei funktioniert, Grafikaussetzer.
Da ist dann wohl ein Rundumschlag erforderlich.
Oder auch nicht.
Hier die Auflösung:
Ein Kontaktproblem am Adapter führte zu Einbrüchen der 5V-Versorgung.
Beim Wackeln am Ribbon hat's dann zu Aussetzern geführt.
In meinem jugendlichen Leichtsinn und nach einem scheuen Blick ins Manual dachte ich mir: "Kann ja nicht viel sein, vermutlich einer der Grün-Transistoren in der Ausgangsstufe hops gegangen".
Dummerweise hat das Bild aber Weißanteile. Daher war das schon mal ein Holzweg.
Also rückwärts durchs Schaltbild gearbeitet und dabei auf 4 RAMs gestoßen, wo bei dreien sowas raus kam:
Ich hab mal in den Settings rumgespielt. Komisch, alle Statistiken auf 0.
Settings geändert, gespeichert, ausgeschaltet, eingeschaltet, alles wieder weg.
Gauntlet benutzt ein paar exotische Spannungen, die ich durch rauswerfen von Spannungsreglern und ersetzen durch Brücken zurechtgepfuscht habe.
Da ist aber alles ok.
Das Atari-Schaltbild passt natürlich auch, aber man ist elendig am Suchen, weil die ganzen Chip-Positionen nicht passen.
Wenn man sich dann durch das Schaltbild gegraben hat, kommt man relativ schnell darauf, dass der markierte Chip mausetot ist:
Bevor wir Sprengstoff - sprich Strom - anlegen, kann man schon vorab Einiges machen.
Z.B. alles prüfen, was gesockelt ist:
- CPU's --> ok
- ROMs --> ok? ja/nein/vielleicht. Keine Ahnung. Aus irgendwelchen unerfindlichen Gründen ließ sich kein einziges ROM sauber testen.
- RAMs --> und da ging es los:
Ein Friedhof der Kuscheltiere - ehm - Krabbelkäfer:
Die 4027 sind offenbar das neue Gold.
In Europa unter 10€/Stück nicht zu kriegen. Die sind doch alle nicht ganz frisch.
Der Eigentümer des Blocks war dann so nett und hat die RAMs besorgt:
Den 82S09 gab's für einen halbwegs brauchbaren Kurs in nem deutschen Flipper-Shop.
Die 4027 mussten aus Übersee rangeschafft werden.
Nachdem denn die Ersatzteile endlich da waren und das Nötigste verkabelt war, 20x alles kontrolliert wurde, ging es ans Einschalten.
Nix passiert. Nur ein statisches Bild mit schwarzen und weißen Streifen.
Mal schnell Reset vom Hauptprozessor gemessen: Aha! Stuck low.
Reset-Schaltung im Schaltbild gesucht.
Was für nen Sche... Wer denkt sich sowas aus? Komplizierter gehts nicht?
Aus dem Netzteil wird ne extra Wechselspannung zum Erzeugen des Reset bereitgestellt.
Wo soll ich die denn wegnehmen???
Muss auch ohne gehen.
Wir bauen einen Schalter parallel zu C46 ein, und ab geht die Luzi.
Man erkennt zwar nicht allzu viel, aber man sieht, dass zumindest Code ausgeführt wird.
Ein Bisschen wälzen im Manual ergibt, dass das Ding ein "built-in self-test system" hat.
Dafür gibt es sogar ein eigenes EPROM. U25
Aktiviert wird das self-test system durch drücken des roten Schalters auf dem CPU-Board.
Dummerweise gibt es auf dem CPU-Board keinen Schalter.
Nach einigem Suchen hab ich dann die leere Stelle gefunden.
Flugs noch nen Schalter eingebaut:
Offenbar ist was als kaputt erkannt worden. Bloß was?
Wer kann's übersetzen?
Mit etwas Phantasie erkennt man "Error Video Memory".
Die unterste Zeile wäre interessant...
Chip U65 vielleicht?
Hmm, wenn der Videospeicher funktionieren würde, könnt man es bestimmt lesen.
Nen Chip U65 gibt es leider nicht.
Die Video-RAMs heißen U16-U31.
Ich habe das ungute Gefühl, dass das (mindestens) ein kaputter Sockel ist.
Von toll sind die Sockel meilenweit entfernt.
Wenn man dann die RAM-Chips ein bisschen anders mischt:
Der RAM-Test läuft jetzt immer einwandfrei durch.
Danach kommt ein Coincounter-Test. Den habe ich nicht verstanden.
Wenn einer weiß, was man damit machen soll, oder wie man daran vorbei kommt, bitte melden.
Dummerweise kommt danach erst der ROM-Test. Den würde ich ja gerne sehen...
Sound konnte ich der Büchse bis jetzt nicht entlocken. Mal die Boards umstecken...
Eingeschaltet. Watchdog bellt munter vor sich hin.
Erstmal die Vector State Machine(VSM) abklemmen um zu sehen, aus welcher Richtung das Gekläffe kommt.
Der LS42 ist freundlicherweise bereits gesockelt.
Lästig: Watchdog bellt immer noch munter vor sich hin.
Also liegt wohl ein Fehler rund um den Prozessor vor.
Die Basics:
ROMs testen - checked - ok
Prozessor testen - checked - ok
RAMs sockeln und testen - checked ok.
Schade. Nix Einfaches.
Dann muss wohl doch gemessen werden.
Oskar raus und gemessen, was das Zeug hält. Dummerweise sahen alle Signale eigentlich ok aus.
Letzte Idee: Eins der RAMs ist doch nicht ok. Also beide getauscht.
Der Watchdog hält die Fresse, das Spiel ist blind spielbar.
Merke:
Auch wenn ein RAM in einem anderen Gerät einwandfrei funktioniert, heißt das noch lange nicht, dass es das im Patienten auch tut.
Toller Fehler. So verbrennt man Zeit.
Nachdem wir nun den CPU-Teil endlich am laufen haben, wird die VSM wieder angeklemmt.
Toll. Schon bellt der Watchdog wieder los. Nächster Fehler in der VSM.
Aber immerhin wird schon mal Blitzlichtgewitter dargestellt:
... zusammen mit nem ziemlich nervigen Dauer-UFO-Sound...
Aber man kann zumindest auch schon mal das Testpattern erkennen.
Kümmern wir uns also erstmal um den Sound. Dabei kann ja kein Mensch arbeiten.
Der UFO-Sound wird in diesem Schaltungsteil erzeugt:
Über das Signal "SAUCRSNDEN" M11 Pin 4 wird der UFO-Sound eingeschaltet.
An Pin4 von M11 stand ein konstanter Pegel von 2V an. Das hat mit TTL wenig zu tun.
Den LS259 ausgetauscht, Ruhe is.
Beim Entfernen des ROMs aus dem Sockel ist zur Vorsicht gleich das Sockelgehäuse mit rausgekommen.
Hab ja sonst nix zu tun. Aber das nur am Rande.
Da ich dazu erstmal wenig bis keine Ideen hatte, bin ich erstmal im KLOV-Forum stöbern gegangen.
Sowas ist doch nicht zum ersten Mal aufgetreten...
Und tatsächlich gab es Ähnliches schon mal. Es war die Rede von X- und Y-Countern...
Da die Diagonallinien unten raushängen, liegt das Problem vermutlich bei den Y-Countern.
Und tatsächlich: Aus dem LS191 auf F9 kommt aus einem Ausgang nix raus.
Also raus damit, und rein in den Tester:
Moooment mal. Das hatten wir doch schon mal irgendwo..?
(30.03.2026, 15:44)SamWhiskey schrieb: Merke:
Auch wenn ein RAM in einem anderen Gerät einwandfrei funktioniert, heißt das noch lange nicht, dass es das im Patienten auch tut.
)
