Aller au contenu

Williams 6809 (Defender, Robotron, Joust…)

La grande plateforme d'arcade américaine du début des années 80 : le hardware Williams à base de Motorola 6809, avec son affichage bitmap (framebuffer, pas de tuiles) et sa synthèse vocale (CVSD). Defender, Stargate, Robotron: 2084, Joust, Sinistar, Bubbles, Splat!, Blaster. Pas de DIP switches : tout se règle dans le menu opérateur (CMOS).

Identification

Champ Valeur
Fabricant Williams Electronics
Années 1980 (Defender) → 1983 (Blaster) ; Joust 2 1986
Type plateforme à ROM board ; affichage bitmap
Type de connecteur faisceau Williams (pas JAMMA)
Réglages menu opérateur en CMOS/NVRAM (porte à monnaie) — pas de DIP

Architecture

Bloc Puce Fréquence Rôle
CPU Motorola MC6809E 1 MHz (12 MHz / 12) logique de jeu
CPU son Motorola M6808 (carte son séparée) ~0,9 MHz (puis 3,12 MHz) pilote le son
Son DAC MC1408 + HC55516 (CVSD) musique/SFX par DAC + voix numérisée (Sinistar « I hunger! », Robotron…)
Vidéo framebuffer bitmap en RAM (bank-switché avec la ROM) pixel ~8 MHz ~292×240, 16 couleurs, pas de tuiles/sprites hardware classiques
Accélérateur « Special Chip » (blitter DMA) — SC1/SC2 recopie rapide de blocs (sprites logiciels) ; absent sur Defender & Stargate
I/O PIA 6821 entrées, son, compteurs

Particularité : Williams travaille en bitmap (le CPU/blitter écrit les pixels directement en RAM vidéo), là où la plupart des hardwares de l'époque sont à tuiles + sprites. D'où le rendu si caractéristique (Robotron, Sinistar) et la charge CPU élevée — le blitter « Special Chip » décharge justement ces recopies (sauf sur les deux premiers, Defender/Stargate, qui n'en ont pas).

Jeux notables

Defender (1980), Stargate / Defender II (1981), Robotron: 2084 (1982), Joust (1982), Sinistar (1982), Bubbles (1982), Splat! (1982), Blaster (1983), Joust 2: Survival of the Fittest (1986, variante tardive).

Réglages : le menu opérateur (pas de DIP)

Aucun DIP switch — tout est en CMOS

Le hardware Williams 6809 n'a pas de banc de DIP : monnayage, difficulté, vies, free play, comptabilité et meilleurs scores vivent dans une CMOS/ NVRAM réglée via le menu opérateur (accessible par les boutons de la porte à monnaie). C'est l'équivalent d'un soft-dip (comme sur Neo-Geo MVS ou le menu EEPROM de Cave). Voir la convention DIP générale.

Pannes fréquentes & préservation

Symptôme Cause probable Piste
Réglages / scores perdus, « factory settings » Pile CMOS HS / fuite Remplacer la pile ; nettoyer la corrosion (dégâts pistes possibles)
Graphismes figés / blitter absent Special Chip (SC1/SC2) HS Diagnostic blitter ; substituts communautaires (repro Special Chip)
Pas de voix (SFX OK) Étage CVSD HC55516 Diagnostic carte son
Image bitmap corrompue RAM vidéo / bank switching Test RAM, contacts
Pas d'image Alim, 6809, faisceau Diagnostic base

Fuite de pile CMOS = corrosion

Comme sur beaucoup de cartes à pile de cette époque, une pile CMOS qui fuit ronge les pistes. Retirer / déporter la pile (support ou coin cell externe) est une bonne pratique de préservation.

  • Émulation : MAME (williams/williams.cpp).
  • FPGA / MiSTer : il existe des cores pour les jeux Williams 6809 (Defender, Robotron: 2084, Joust, Sinistar, Stargate, Bubbles, Splat!, Blaster) — reconstruction matérielle du 6809 + framebuffer + blitter Special Chip.

Conversions

  • Même hardware, jeux échangeables : la scène collectionneur pratique les swaps de ROM entre jeux du même socle (ex. Robotron ↔ Joust ↔ Stargate), voire des cartes multigame. Vérifier la présence/compat du Special Chip selon le jeu cible (les jeux à blitter ne tournent pas sur un board sans SC).
  • Pas de suicide ni de protection chiffrée : le CMOS ne sert qu'aux réglages.
  • ⚠️ Ne pas héberger de ROMs — méthode seulement.

Réparation EPROM

Programme 6809 en EPROM 2532 / 2716 (2 Ko), nombreuses (Defender, Robotron, Joust, Stargate, Sinistar, Bubbles). Le blitter (Special Chip) et les PROM de décodage font partie du hardware. Composants d'époque (1980-82).

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). ⚠️ Sur cette plateforme, une pile morte ne tue PAS le jeu — c'est une fuite de pile qui corrode les pistes. La contrôler et la remplacer avant qu'elle ne coule → piles de sauvegarde.
  • Stockage 🟡 : jeu en EPROM/mask ROM sur la carte. Changer ou restaurer un jeu = reprogrammer les EPROM (et, pour une mask ROM, passer par un adaptateur de brochage) → méthode EPROM.
  • Préservation du support : remplacement du stockage d'origine, multicarts, ODE et solutions modernes par famille → 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)

  • « Special Chip » (blitter DMA SC1/SC2) : graphismes lents/corrompus = blitter (absent sur Defender/Stargate) → tester ; puce rare (donneur / repro).
  • Carte son séparée (6808 + DAC MC1408 + CVSD HC55516) : voix numérisée muette (Sinistar « I hunger! », Robotron) = étage CVSD ; musique = DAC.
  • Watchdog : ces cartes redémarrent si le CPU crash → une boucle de reset = 6809 / RAM.
  • Pile CMOS (high scores) qui coule → retirer/remplacer avant qu'elle ne ronge (piles de sauvegarde). Condensateurs : recap.

Méthodes : Diagnostic PCB · Recap · EPROM · Piles de sauvegarde

Photos / assets

(À ajouter : ROM board Williams, carte son, Special Chip, 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.