Aller au contenu

Midway — Y-Unit, Wolf-Unit, V-Unit, Seattle, Zeus

Au-delà du T-Unit (Mortal Kombat II), Midway/Williams a aligné toute une lignée : Y-Unit (Smash TV, MK1), Wolf-Unit (MK3, NBA Hangtime), V-Unit (Cruis'n USA), puis la 3D avec Seattle (SF Rush) et Zeus/Vegas (MK4, Gauntlet Legends, NFL Blitz). Du TMS34010 au MIPS + 3dfx Voodoo.

Les générations

Hardware Année CPU / GPU Jeux Driver MAME
Y-Unit 1990 TMS34010 Smash TV, Total Carnage, Trog, Mortal Kombat (1992), Terminator 2 midway/midyunit.cpp
T-Unit 1992 TMS34010 @ 50 MHz MK II, NBA Jam — voir page dédiée midway/midtunit.cpp
Wolf-Unit 1994 TMS34010 + DCS Mortal Kombat 3 / UMK3, NBA Hangtime, Rampage World Tour, WWF WrestleMania midway/midwunit.cpp
V-Unit 1994 TMS32031 Cruis'n USA, Cruis'n World, Offroad Challenge, War Gods midway/midvunit.cpp
Seattle 1996 MIPS R5000 + 3dfx Voodoo San Francisco Rush, Wayne Gretzky 3D Hockey, Mace, CarnEvil, Biofreaks midway/seattle.cpp
Zeus / Vegas 1998-99 MIPS + Zeus GPU Mortal Kombat 4, SF Rush 2049, Gauntlet Legends/Dark Legacy, NFL Blitz, Cruis'n Exotica midway/vegas.cpp
  • Y/T/Wolf : le TMS34010 (processeur graphique-CPU) et ses acteurs numérisés — toute la saga Mortal Kombat 2D.
  • Seattle/Zeus : Midway passe au PC-like (MIPS + Voodoo) pour la 3D (SF Rush, Gauntlet Legends).
  • Son : Williams ADPCM (early) → DCS (ADSP-2105, à partir de MK II/Wolf).

Jeux notables

Smash TV (1990), Mortal Kombat 1-4, NBA Jam, Cruis'n USA (1994), San Francisco Rush, Gauntlet Legends, NFL Blitz, CarnEvil, Rampage World Tour…

Pannes fréquentes

Symptôme Cause probable Piste
Réglages/scores perdus Pile CMOS HS / fuite Remplacer + nettoyer corrosion
Pas de son DCS (ADSP-2105) ou ADPCM Williams Diagnostic carte son
Sprites/3D corrompus TMS34010 / Voodoo (Seattle/Zeus) Diag vidéo par génération
HDD KO (Zeus/Vegas) disque IDE des jeux tardifs Imager le disque
Pas d'image Alim, contacts Diagnostic base

Modernisation & mods

Le socle commun à toutes les cartes JAMMA

Vidéo, alimentation, panneau de contrôle et upscalers ne dépendent pas de la carte mais du meuble : tout est centralisé dans Moderniser une borne. Pour faire tourner la carte hors d'une borne (chez soi, sur un écran) : supergun.

  • Pile 🟢 : pile de sauvegarde présente (réglages/compteurs/RTC). Une pile qui fuit corrode les pistes — la contrôler et la remplacer avant qu'elle ne coule → piles de sauvegarde.
  • Disque dur ⚠️ : support périssable — imager le disque avant toute panne, puis envisager SSD/CF en remplacement → hub préservation PCB.
  • Fréquence de balayage 📺 : carte à base TMS34010 : la configuration écran est programmée par le jeu dans le contrôleur graphique et n'apparaît pas dans le driver — non mesurée ici. En pratique ces cartes restent en résolution standard ~15 kHz. (Déduit de l'architecture documentée plus haut.) → tri-sync et upscalers.
  • FPGA / émulation : voir la section Émulation & FPGA ci-dessous.

Réparation (technicien)

  • TMS34010 (Y / T / Wolf-Unit) : CPU-graphique — image corrompue = GSP / RAM vidéo / blitter. V-Unit = TMS32031 (Cruis'n 3D).
  • Son DCS (ADSP-2105) sur Wolf-Unit/tardifs : carte fille ADPCM à diagnostiquer séparément.
  • Condensateurs : recap. ROM board / sockets EPROM : contacts / support tulipe.

→ Méthodes : Diagnostic PCB · Recap · EPROM · Pistes & vias

Manuels d'origine des jeux de cette plateforme ✅

Manuels constructeur des jeux tournant sur cette carte. Au-delà de la notice, ils contiennent très souvent les réglages DIP complets, le brochage du connecteur, la procédure de test, la nomenclature des pièces et les tensions attendues.

→ Catalogue complet : manuels de service, câblage & manuels de jeu

Procédure — carte muette, dans l'ordre ✅

Ce que cette procédure ajoute

La méthode générale est sur Diagnostic PCB. Celle-ci en est l'application à cette plateforme : le même ordre, mais avec les valeurs réellement attendues ici, pour éviter l'aller-retour.

Outillage : multimètre, oscilloscope (ou fréquencemètre), alimentation de labo limitée en courant, tresse à dessouder. → Outillage

Si la carte est encore dans une borne

Un CRT reste chargé machine débranchée. → Sécurité CRT

1. Inspection, hors tension. Corrosion, pistes coupées, pattes d'EPROM oxydées, condensateurs CMS qui fuient, réparations antérieures douteuses.

2. Le connecteur, avant tout le reste. Une bonne part des « cartes mortes » est un problème de contact, pas une panne. Nettoyer les contacts à l'alcool isopropylique et ré-enficher — pas à la gomme abrasive sur un bord doré, elle enlève la dorure et le problème revient en pire. Ça coûte deux minutes et ça tranche.

3. Alimentation, mesurée sur la carte. Viser +5,0 V mesurés au plus près de l'arrivée d'alimentation de la carte — pas à la sortie de l'alim : la chute est dans le faisceau, et c'est précisément ce qui fait qu'une carte démarre sur l'établi et pas dans la borne. Le point de mesure dépend du connecteur de cette carte — bord JAMMA, faisceau JVS ou câblage propriétaire — beaucoup de constructeurs en ont gardé un bien après l'arrivée du JAMMA — voir Identification plus haut. → Câblage Vérifier aussi le −5 V et le +12 V si l'étage son les utilise. Court-circuit suspecté : monter en courant limité et chercher le point chaud.

4. /RESET. Doit se libérer après l'allumage. Maintenue basse = le CPU ne démarre jamais. Une boucle à 1–2 Hz n'est pas le circuit de reset, c'est le watchdog : le CPU plante au boot — regarder le bus, pas le reset.

5. Horloges. Pas de table de mesure pour cette plateforme — les sources MAME n'en donnent pas d'extraction exploitable. Les fréquences éventuellement citées sous Architecture sur cette page servent de repère ; sinon, comparer à une carte qui marche plutôt qu'à un chiffre : une valeur inventée fait condamner des pièces saines. → Diagnostic PCB

6. Bus. L'activité sur les lignes d'adresse du CPU principal dit s'il tourne ou s'il est figé. Figé avec horloges bonnes et reset bon → RAM de travail, buffers de bus, ROMs.

7. Elle démarre mais l'image ou le son est faux — c'est un autre travail : voir Pannes fréquentes sur cette page, puis le signal tracing.

Émulation & FPGA

  • Émulation : MAME (midyunit.cpp, midwunit.cpp, midvunit.cpp, seattle.cpp, vegas.cpp).
  • FPGA / MiSTer : pas de core (TMS34010 / MIPS+Voodoo trop complexes) → MAME.

Réparation EPROM

Y-Unit (Mortal Kombat II, NBA Jam TE) = TMS34010 + ROM board. V-Unit (Cruis'n USA), Wolf-Unit, Seattle (SF Rush), Zeus (MK4) : plus récents (PC-like / mask ROM). Réparation = mask ROM + EPROM d'amorçage sur la ROM board.

Lignée

Descend du Williams 6809 (même maison WMS) ; le T-Unit a sa page dédiée. Ère 3D = MIPS + Voodoo (comme Konami Hornet, Sega Lindbergh).

Photos / assets

(À ajouter : Y-Unit MK1, carte Seattle/Zeus, Voodoo, pile CMOS.)

Sources & attribution

Relecture & corrections

À quoi sert cet espace

Une valeur fausse, une procédure dépassée, une référence de puce qui ne colle pas à ta carte ? Signale-le ici, avec ce que tu as constaté (modèle, révision de carte, numéro de série, mesure). Chaque signalement est recoupé avec une source avant toute modification — une correction invérifiable est publiée en tant que « signalé par …, non recoupé » plutôt qu'appliquée en silence.

La lecture est ouverte à tous ; écrire demande une connexion Discord. Les signalements des relecteurs déclarés du wiki sont traités en priorité ; les autres sont lus aussi, mais passent par un humain avant toute modification.