Heute, 00:51
Ja genau, die zwei CMOSRAMCS sind gleich nach dem einschalten auf dauer High
ihne RAM passiert auch nix, die CPU scheint wohl noch ganz am Anfang der Routine zu stecken...
Ich häng jetzt schon seit dem Nachmittag am Board dran und hab zig Sachen gemacht:
Alle Datenleitungen und Adressleitungen zwischen Z80, RAM 7E, EPROM 7F und 7H, dem Custom 8H und den LS367 6D,6E und 6F durchgemessen.
Keine Unterbrechungen gefunden.
Dann hab ich sicherheitshalber die Sockel vom RAM und der beiden EPROMs getauscht.
Zum Abschluss noch GAL 7C, EPROM 7F und EPROM 7H auf neue Bausteine gebrannt,
aber nix - immer gleich.
Hab auch das -105er File auf 7H getestet, damit arbeiten dann zumindest die höheren Adressleitungen.
Ob damit das Game auch laufen würde müsste man später nochmal schauen
Hmmm, vielleicht liest die CPU ja irgend einen Müll ein und stockt deswegen, oder verirrt sich in irgendwelchen sinnsolen Bereichen.
Hab dann an stelle vom Logiktester das Oszi angeworfen und die Datenleitungen am Z80 gemessen, getriggert an Pin27 /M1
Damit bekomme ich halbwegs saubere Rechtecksignale von D0 bis D7, für mich scheint da kein Baustein irgendwie dagegen zu arbeiten.
Dann nochmal am GAL 7C gemessen,
Pin 12 vom 7C gibt ein sauberes Signal für EPROM 7H an Pin20 aus
aber Pin 13 vom 7C gibt zwar auch ein Rechtecksignal für EPROM 7F an Pin18 aus, jedoch nur mit einer Flanken Amplitude von ca 0,5V aber oben im Bereich von 5V, damit kann 7F nicht aktiv werden.
Kann ja davon Morgen ein Bild vom Skope einstellen.
Im ausgeschaltenen Zustand hab ich den Pin 13 von 7C gegen 5V gemessen, ist aber hochohmig
Dann hab ich den Pin13 herausgebogen, den GAL wieder eingesteckt und vom EPROM 7F Pin18 mit GND und später auch testweise mit Pin 20 verbunden.
Naja, so arbeitet jetzt zumindest CMOSRAMCS1 und CMOSRAMCS
Leider immer noch keine Änderung im Bild.
Die zwei 8002 CPUs hängen immerzu fix mit Pin14 im RESET.
Der 8E gibt auf Pin 9 und 10 permanent LOW aus, tja... mit meiner gekünstelten Freigabe an 7F, kann es womöglich zu Müll am Datenbus kommen und deshalb gibt der 8E nix frei
Warum mag mich das Board nicht?
Ist da was mit dem GAL faul, hab ja schon einen zweiten gebrannt, der macht genau die selben Mucken.
Das File ist von Jamma Arcade, 7C für den GAL16V8 und der Baustein ist von LATTICE, geschrieben mit GALEP4
wieso kommt da an Pin13 so ein komisches Signal raus?
Glaub ich hab den Überblick verloren
ihne RAM passiert auch nix, die CPU scheint wohl noch ganz am Anfang der Routine zu stecken...
Ich häng jetzt schon seit dem Nachmittag am Board dran und hab zig Sachen gemacht:
Alle Datenleitungen und Adressleitungen zwischen Z80, RAM 7E, EPROM 7F und 7H, dem Custom 8H und den LS367 6D,6E und 6F durchgemessen.
Keine Unterbrechungen gefunden.
Dann hab ich sicherheitshalber die Sockel vom RAM und der beiden EPROMs getauscht.
Zum Abschluss noch GAL 7C, EPROM 7F und EPROM 7H auf neue Bausteine gebrannt,
aber nix - immer gleich.
Hab auch das -105er File auf 7H getestet, damit arbeiten dann zumindest die höheren Adressleitungen.
Ob damit das Game auch laufen würde müsste man später nochmal schauen
Hmmm, vielleicht liest die CPU ja irgend einen Müll ein und stockt deswegen, oder verirrt sich in irgendwelchen sinnsolen Bereichen.
Hab dann an stelle vom Logiktester das Oszi angeworfen und die Datenleitungen am Z80 gemessen, getriggert an Pin27 /M1
Damit bekomme ich halbwegs saubere Rechtecksignale von D0 bis D7, für mich scheint da kein Baustein irgendwie dagegen zu arbeiten.
Dann nochmal am GAL 7C gemessen,
Pin 12 vom 7C gibt ein sauberes Signal für EPROM 7H an Pin20 aus
aber Pin 13 vom 7C gibt zwar auch ein Rechtecksignal für EPROM 7F an Pin18 aus, jedoch nur mit einer Flanken Amplitude von ca 0,5V aber oben im Bereich von 5V, damit kann 7F nicht aktiv werden.
Kann ja davon Morgen ein Bild vom Skope einstellen.
Im ausgeschaltenen Zustand hab ich den Pin 13 von 7C gegen 5V gemessen, ist aber hochohmig
Dann hab ich den Pin13 herausgebogen, den GAL wieder eingesteckt und vom EPROM 7F Pin18 mit GND und später auch testweise mit Pin 20 verbunden.
Naja, so arbeitet jetzt zumindest CMOSRAMCS1 und CMOSRAMCS
Leider immer noch keine Änderung im Bild.
Die zwei 8002 CPUs hängen immerzu fix mit Pin14 im RESET.
Der 8E gibt auf Pin 9 und 10 permanent LOW aus, tja... mit meiner gekünstelten Freigabe an 7F, kann es womöglich zu Müll am Datenbus kommen und deshalb gibt der 8E nix frei
Warum mag mich das Board nicht?
Ist da was mit dem GAL faul, hab ja schon einen zweiten gebrannt, der macht genau die selben Mucken.
Das File ist von Jamma Arcade, 7C für den GAL16V8 und der Baustein ist von LATTICE, geschrieben mit GALEP4
wieso kommt da an Pin13 so ein komisches Signal raus?
Glaub ich hab den Überblick verloren
Always in Game...