Avez-vous vérifié, avec Nicolas, le contenu des eproms ?
Pour ce qui est des CPUs, les Z8002 sont des 16 bits mais sans mémoire segmentée (64Ko). Ça simplifie beaucoup le dépannage au niveau des bus d'adresses ;-) .

Vous avez essayé de valider le contenu des ROM(s) (7H 7F) et d'intervertir le PAL (7C) avec ton autre stack ?
Vous avez essayé de tester la RAM 6116 (7E sous le Z80 ... MSM5128 > 2Ko) ? Elle est sur support donc tu peux l'intervertir avec une donneuse.
Tes IRQ(s) semblent être OK (PIN 16 & 17 du Z80) ?
Le plus important semble ton IRQ masquable en PIN16 : la subroutine s'exécute tous les 64V (pas sur un vblank complet).
C'est assez ambigu ta "requête" en $A007.
Ça serait la NMI, ton cpu pointerait vers $66 par défaut.
Donc ton IRQ au quart d'écran semble être OK.
Probablement une ROM/RAM défaillante.
> Ta 6116 à changer, ou au moins scoper bus adresse/data : il n'y a pas de buffer (244, 245) dans la chaîne donc vraiment : ROM ou RAM ...

Sur le driver MAME tu vois bien l'adress du watchdog.
Je te l'ai surligné en noir sur la PJ.

Les x2 bits de poids bas sont décodés par la 74LS138.
Les x4 bits de poids haut d'adresse sont décodés par le PAL en 7C (que j'ai oublié).
Il se peut que celui-ci soit dans le sac aussi (pin 19 du PAL en 7C à vérifier).
Dans tous les cas, croise juste les doigts pour que ton custom 08 soit OK! 



Edit:

Je suis blond. trop vite, trop de taff...
Ton custom ne commande pas à proprement parlé ton watchdog mais il ne faut pas que son PIN13 soit bloqué à l'état haut (Vcc), conséquence de son éventuel défaillance.
Voilà.
^_^

Ta LS138 est en fait un registre "virtuel" mappé qui partage quelques flags système.
C'est un peu "bourrin" (si je peux me permettre) mais ils avaient de la place sur le plan d'adressage mémoire quand tu vois la taille des ROM(s) (16Ko pour 64Ko de dispo hors I/O)

Vérifies tes x2 eproms sonore (en 7H & 7F sur la PCB).
Ce sont des 8Ko/64Kb (2764).
Première chose à faire.
J'espère que c'est ça car après il peut y avoir une mauvaise surprise.
(...et en partant du fait que ton CPU est bon... Si tu as un peu de foin sur ton data bus juste après le reset, c'est plutôt bon signe)

Le Z80 sonore sur ta pcb n'utilise pas ses I/O.
Il "map" directement des pseudos "flags" sur son bus d'adresse.
Tu as la TTL 74LS138 en 8D qui fait office de décodage (3bits en entrée pour sortir un octet).
C'est elle qui te sort ton signal de watchdog (pin 14).
Donc si tu n'as pas cette broche qui pulse (14) et que tes eprom(s) sont bonnes, tu peux avoir ce composant de HS ou les entrées de la LS138 non conformes.
Ses entrées sont Pin 1, 2 et 3 (à vérifier).
Ce qui pourrait devenir problématique est que l'entrée pin 3 sort d'un composant "custom".
C'est un custom 08 en 8H (pin 13).
Si ce pin 13 est marié à la masse, ça sent le custom de HS et là, ça serait grave (!).
^_^

Tu as une belle petite PCB là!
Ce n'est plus trop courant les pole position!
Ça ne doit pas être trop compliqué comme panne tant que tu n'as pas de PLD dans le sac.
Tu peux aussi, logiquement, regarder sur ton entrée 1 de la 161 voir si ça pulse.
C'est ton CPU sonore qui met à jour le watchdog.
Tu as la LS138 en 8D qui doit être OK sur la partie "sound and I/O add decoder".
Si, aussi, tu as le code de ce Z80 dans le sac (x2 2764), ton watchdog ne sera pas mis à jour.
Donc à vérifier au prog ces deux eprom(s) (7H & 7F) avec un dump MAME.
Tu devrais commencer par là d'ailleurs.
Méfis toi, aussi, si tu reprog ces mamies d'avoir ce qu'il faut pour du 21V ou 25V sur ton matériel avec des timing "gentils" : genre 1~2us pour le Wt (après le bain de soleil/UV).

^_^

Mais ... Tes heaters chauffent bien ta triplette ? Tu as bien un col qui chauffe/visible ?
C'est bête mais au cas où.

Tu devrais regarder au scope si tu as un délais entre la sortie de ta 161 (15) et le reset du z80 (26) en probant 26(z80) et 15(LS161) avec déclenchement sur 26(z80).
Tu pourrais voir si tu as ~64 us ou 16ms correspondant à un hblank ou vblank et donc incriminer ton watch dog...

Ta Cpu Board avec ma Video Board:
http://theangel540.free.fr/WP_20250616_19_38_49_Pro.mp4

Mon Stack:
http://theangel540.free.fr/WP_20250616_22_16_18_Pro.mp4

SRAM IC8 Data Bus au Scope sur mon Stack:
http://theangel540.free.fr/WP_20250616_22_11_55_Pro.mp4


Ta SRAM IC8 en PIN11 (D0):


Ta SRAM IC8 en PIN19 (D7):



Mon vieux Tek est difficile à prendre en photo, navré.

...Oui et où le bât blesse, c'est que ce Custom n'est pas sur toutes les Z.

(J'entends par Z, le Taito System Z)

Il doit peupler ces titres:
- Battle Shark
- Double Axle
- Racing Beat
- Night Striker

A voir si tu n'as pas intérêt à retrouver une SCI2 HS en priant d'avoir une Video Board à peut prêt dans les clous.

Voilà ce que faisait mon Stack avant réparation  :






Et après :






C'est le Hack Negro Torino qui faut que je passe en double ROM avec la version standard JAP pour avoir quelque chose de sympa.
La version JAP est écrite en Anglais avec compteur en KM/H ce qui est fort appréciable.

J'ai testé ta PCB.

Je l'ai panaché avec la mienne que j'ai réparé du coup (!).
J'avais x1 SRAM de HS sur Le 68K maitre.
J'ai changé les x2 en symétrie par principe.

Ton Stack a donc la Vidéo Board de défaillante.

Tes ROMs sont OK.
La partie Obj/Sprites semble OK.

Je doute sur le Frame Buffer final de 512Ko (32Ko x 16).
Il y a une SRAM qui a été changé en IC8 (par Nic**** je crois).
Pas d'air chaud apporté donc le fer a fait un peu de mal (il a réparé, mais je ne sais pas si ça couple ailleurs).
J'ai retiré la dite SRAM pour vérifier en socket si ça "flottait" un peu.
Tu as x2 pins de DATA OUT je pense (D0 et D7).
La continuité au custom est OK.

Il semblerait que ce soit ce Custom de HS.
C'est un QFP TC0270MOD.
PIN16 vraiment faible et PIN27 de celui-ci à l'état haut.

Ce custom est un pseudo multiplexeur/mélangeur qui te peuple le Frame Buffer avec tous les Layers (comme sur CPS1).
Il compose un BUS dit FRD (frame data) sur les sheets de TAITO et donc alimente toutes les SRAMs.
J'ai essayé un reflow sans y croire.
Pas de bombe de froid dispo. pour un éventuel test de rétreinte.
 
Mon stack pulse normalement sur la dite SRAM (en D0 et D7).

Donc à changer en priorité en espérant que tu n'ai pas la partie standalone OBJ qui soit HS (TC0380BSH).
Je ne pense pas que ce soit le cas car tes ROMs sont OK.


Maintenant, pour trouver un Z, ça devient compliqué et le custom semble n'être ... que sur les Z (!) 

Citation de: fiend41 le Vendredi 13 Juin 2025, 13:24:14 PM  hey ! the man in the move is jammaster cole trickle    you're still in the track !

Mais ouuuuuiii avec les Chevrolet Lumina... Et le cultissime Gimme Some Lovin' en OST ^_^!!!

Citation de: djalex le Vendredi 13 Juin 2025, 12:54:16 PMSalut, j'ai checké toutes les ROMS de la partie video pcb, j'en ai changé 2 mais toujours pareil,

je vais checker les TC0170 ou 0380 => on fait quoi pour checker ses 2 IC ?


Merci à toi

Tu peux déjà regarder si tu n'as pas de soudure sèche.
Les TAITOs n'étaient pas bien loties en patte à braser sur les stencils de la sérigraphie en production.
Tu peux, pour ce faire, essayer d'appuyer mécanique sur ces dits QFPs (dans les x4 angles) pour percevoir un potentiel faux contact.
Le tout, bien évidement, sous tension, avec PCB ouverte/séparer soigneusement sur une portion d'essais.
Prends garde à avoir un support plat sous ta Video board pour pouvoir appuyer sans trop contraindre cette PCB!

 

Salut Alex.
Je regarderai ça à l'occasion.
Tu dois avoir un problème au niveau du TC0170, du TC0380, ou des ROMs .52 .53 .54 .55 !
A bientôt.
JL

Bonjour à tous!

Navré de me connecter juste pour une recherche, mais je n'ai, quand même, pas la conscience tranquille pour sacrifier un moniteur donneur.

Je recherche donc un Tube HITACHI 13" 370ESB22 / 370FVB22 non brûlé.
Mon Tube actuel est celui d'une Cocktail TAITO de la fin des années 70.
Ce sont les tubes qui équipaient les chassis TOEI. (Bornes field goal, space invader ... peut être arkanoïd)

Ces tubes sont présents sur les moniteurs Commodore 1701 (pas 1702).
Leur connectique est un "faux" CR23 classique. C'est un CR28 avec un pinout différent pour les cathodes / heaters.

J'ai un moniteur Thomson (TO7/TO9) avec un tube de génération suivante (toujours en Hitachi) mais CR23 (très très proche, même yoke, aimants 6/4 poles/purité)
L'adaptation est simple mais pas l'envie de le sacrifier     

Merci!

Et bien c'est réparé.

Le PIN 49 du QFP sort bien le bitlock du DAC.
Donc PIN 49 à PIN 1.

Voici le signal souhaité et obtenu:


...Mesure sur le DAC réparé en provisoire. Il sera changé:




...Le strap:



...Et la finition:




Je te remercie encore, Aganim,  pour ton temps et ta mesure juste.