Pole Position...

[Marty]

Ist ja interessannt, hat der Wolfgang auch so eine Version und ich dachte da hat jemand rumgedoktert...

Die zwei  2148er RAMs hab ich gerade ausgelötet und mit dem RTC geprüft und gesockelt, scheinen in Ordnung zu sein.

/CMOSRAMCS und /CMOSRAMCS1 sind beide auf HIGH

und den Z80 hab ich auch gerade frisch gesockelt.

Die Pins vom Z80 und PAL 7C hab ich bis zum nächstliegenden Pin oder Lötpunkt ausgemessen, auch alle OK

Die Adressleitungen am Z80 A0 bis A10 und A12 pulsen
A11 und A13 hängen auf LOW

Am PAL 7C ist an den I/Os wenig los, 
Pin12 für 7H /CE pulst
Pin13 für 7F /E liegt auf HIGH
Die I/O 14 bis 19 hängen auf HIGH

Wo hängt das Teil blos fest   werd wohl doch etwas lesen müssen...

[SamWhiskey]

/CMOSRAMCS und /CMOSRAMCS1 sind beide auf HIGH

Die ganze Zeit während der Bootphase? Das wäre schlecht.
Das hieße, dass das Work-RAM des Sound-Z80 nie angesprochen würde.
Irgendwas ist da oberfaul!

Was passiert denn ohne das RAM?

[Marty]

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 

[SamWhiskey]

Kann ja davon Morgen ein Bild vom Skope einstellen.

Mach mal.

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   

Solange der Z80 nicht richtig läuft, wird sich daran auch nix ändern. Das kannste erstmal vergessen.

Warum mag mich das Board nicht?

Nimms nicht persönlich. Irgendwo schrieb ich schon, dass PoPo-Boards Schlampen sind.

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

Das File von Jammarcade ist ok. Funktioniert einwandfrei. Das habe ich schon mehrfach verbaut.

wieso kommt da an Pin13 so ein komisches Signal raus?

Keine Ahnung. Kann ich mir auch nix drunter vorstellen.

Glaub ich hab den Überblick verloren 

Nicht unbedingt. Du hast dich nur in eine fixe Idee verrannt.

Überprüf mal den folgenden Bereich:

   

Sowohl den LS161 als auch den LS74 hatte ich schon defekt.
Die sitzen auch mehr oder weniger in der Brühe.
Also auch die Leiterbahnen kontrollieren.

Was mich auch ein wenig wundert, ist, dass der Watchdog nicht bellt.
Wenn der Z80 nicht läuft, müsste der LS161 eigentlich ~ im 0,5-Sekundentakt nen Reset auslösen.
Geht Pin 26 vom Z80 auf low, wenn Du den Reset-Testpunkt brückst?
Was macht /WDR?

[Marty]

Danke für Deine Unterstützung, im Moment bist Du der einziger der mir noch Hoffnung gibt 

Ich verbeiße mich gerne in etwas, da hast Du recht...


Das versprochene Bild zu den EPROM Freigaben von GAL 7C

hier 7C Pin12
   

hier 7C Pin13
   


Zu Deinen Fragen:
Solange ich RESTEST auslöse, geht Pin26 am Z80 auf LOW, sonst permanent auf HIGH

/WDR ist auch permanent auf HIGH
Außer nach einem Neustart oder einem Reset, dann pulst /WDR für ca. 500ms
   

Hier, pink=RESET und gelb=/WDR (sorry für den fetten Trace, hatte gerade eine schlechte Masse am Tastkopf)
   


Den LS74 auf 6C und LS161 auf 6A, hab ich nach dem Laugenschaden bereits gesockelt und mit neuen Bauteilen bestückt
So ganz begreif ich den Ablauf der beiden Logik IC nicht, deshalb liste ich hier mal die Pegel der einzelnen Pins auf:

74LS74 (6C)
 9=H
10=L
11=CLK pulst
12=L
13=H

74LS161 (6A)
 1=/WDR
 2=CLK pulst
 3=L
 4=L
 5=L
 7=H
 8=L
 9=H
10=H
15= 2Volt (da gibt mein Logiktester kein H oder L aus)

Die 5V am Pullup R96 4K7 liegen an und das Signal läuft bis zum 8L Pin9
zieh ich den LS161 im Betrieb, so geht sofort Pin26 amZ80 auf LOW

Hoffe Du hast noch Ideen für mich? 

[SamWhiskey]

7C Pin 13 KANN normal sein, muss nicht.
Scheinbar wird Code über Pin 12 aus dem EPROM 7H gelesen.
WENN die Codeausführung gar nicht bis zum EPROM 7F kommt, wäre das High an Pin 13 ok (auch wenn es etwas komisch aussieht ist es eindeutig High).

/WDR ist auch permanent auf HIGH

Dann sollte der LS161 aber munter bis zum Ende nach oben zählen, bis Pin 15 auf High geht.
Der Schmitt-Trigger 8L macht daraus ein Low an Pin 8, womit die Kathode von CR4 quasi Massepotential bekommt.
Damit hast Du ein Low an Pin 11 von 8L. Das Ganze noch 2x invertiert, ergibt ein Low an Pin 26 vom Z80.
Irgendwas stimmt mit dem LS161 schon mal nicht.
Du hast einige Pins angeben. Nur die wichtigsten nicht: QA-QD
Das sind die Ausgänge des Zählers. Die müssen pulsen.
Nur weil die nicht beschaltet sind, heißt das ja nicht, dass das, was da raus kommt, unwichtig ist.

Pin 15 kann nicht richtig sein. Das ist im Nirwana.
Der müsste eigentlich auch kurze Pulse bringen. Das ist ja quasi der Überlauf des Zählers.

/WDR muss vom Prozessor auf low gezogen werden, damit der Zähler neu gestartet wird, bevor Pin 15 auf High geht. Schafft er das nicht, resetet der Watchdog über Pin 15 den Prozessor.
Das Setzen von /WDR wird in Software gemacht.

Der LS74 sieht erstmal unauffällig aus.


Nebenbei mal, was die Google KI fürn Schwachsinn für den LS161 ausgibt:

   

Himmel hilf!