J’ai indiqué sur la plaque composants les différents éléments hors service comme l’ensemble des diodes zener et une led, mais aussi absent comme le thyristor de protection de surtension du 5V alimentant la carte CPU. Celui ci a été shunté parce qu’il était vraisemblablement grillé (ici, il génère un court-circuit et déclenche le fusible sur une surtension au niveau de l’alimentation 5v).  Et enfin à titre préventif, j’ai effectué le changement des 2 condos électrochimiques 100V et des 2 transistors utilisés pour l’alimentation 42V et 60V des afficheurs.

Voici en avant première l’une des toutes premières boules jouées après 3 semaines de soirées passées dessus. Il aura fallu un week-end complet pour démonter et remonter les plots et les éléments du décor. Le mylar a été nettoyé par zone avec un produit dégraisseur puis polishé avec de l’altuglass (le produit que j’utilise pour resurfacer les CD !).

Il me reste l’afficheur 4 digits ou status display à changer, quelques soudures et modifications complémentaires comme la reprise des cartes drivers pour les bumper ainsi que l’éclairage de ces bumpers (manquant sur la vidéo) et je pourrais définitivement conclure la réparation.

Petit bilan des sommes engagées pour la réparation :

Parts4Pinballs : plots ou posts GTB C11561C (x42) env 35 €
RestorPinball : afficheur 4 digits, bille neuve, kit élastique env 20 €
Membre de FlipJuke : élément du décor au niveau des targets, une dizaine de plots, bumber et chapeau 20€

Composants électroniques divers :  env 50€

soit un coût total de 245 € pour ce flipper

J’ai découvert plein de choses étonnantes sur le fonctionnement et  l’implantation électrique/électronique des divers éléments de mon flipper.

Par exemple, lorsque je supprimais le fusible associé aux afficheurs ou à la carte son, j’avais toujours l’affichage mais également le son … Y a comme un hic !

Là, vive le schéma électrique … J’ai suivi  chaque fil  de l’alimentation en partant du transformateur  et en passant par les fusibles puis encore un contrôle vers la carte électronique ou le composant électrique qui devait être logiquement alimenté. Bingo, une inversion en sortie de fusible sur l’alimentation de la carte son (la composante -12V servant au convertisseur analogique) avec la partie alimentation associée aux afficheurs via l’intermédiaire de la carte d’alimentation.

J’ai constaté également que la plupart des fusibles n’étaient pas les bons, ou encore pire, qu’ils étaient constitués de simple fil de cuivre encapsulés dans un vieux fusible en verre HS … Grgrrrrr …

La partie fusible est de nouveau saine. Je m’attaque à la réfection de la carte son. Tout cela a bien souffert mais le flipper est toujours en partie fonctionnel. C’est un miracle !

Au niveau réparation, j’ai effectué le remplacement des condos électrochimiques ainsi que le changement du pont de diodes qui a crâmé. J’ai tiré deux fils pour remplacer les pistes endommagées du connecteur. Chacun est associé à un connecteur mini-banane.

A ce stade, le flipper « marche ». Je peux créditer des parties et jouer avec. Le son a pris une toute autre ampleur. Par contre les afficheurs eux ne sont pas encore opérationnels. La carte de puissance étant complétement à réviser. Ce sera l’objet du prochain article.

Comme je n’ai pas de photo de l’ensemble (mon appareil photo est un peu juste pour des plans larges). Voici la photo du flyer de l’époque (1980) :

Flipper Gottlieb Counterforce de 1980

Le premier démarrage semble encourageant : lumière, son et c’est presque tout

Le propriétaire nous a dit avoir changé un des transformateurs et de plus il a tiré un fil de masse vers un connecteur sur la pinouille du switch de l’anti-cheat (l’anti-triche) … étrange mais passons … Le bottom panel sur les photos ci-dessous montre un aperçu du travail qui m’attend.

un sacré style pour la soudure

à gauche, le plan de masse (arrivée des fils verts) et à droite les transformateurs

Sur cette dernière photo, on peut noter que le filtre RFI d’entrée 220 V a été shunté ce qui laisse présager qu’il soit HS. Il y a également un fil non soudé qui devrait être raccordé au plus petit transformateur. L’explication de cet oubli ?!? au prochain article.

Bon clairement, les 160 Go de disques durs, ce n’est pas que pour les jeux DOS hein et puis le XP là dessus, c’est pour quoi faire ? hé bin peut-être une ébauche de borne Mame  qui sait !

Début difficile

J’ai bien envie de lâcher quelques grossièreté direct tellement j’en ai bavé à faire cohabiter ce beau monde. Il faut dire que Microsoft s’est plié en quatre pour nous pondre des installateur de merde (oups ça m’a échappé).  Si l’on en juge par la procédure du support MS, il est tout à fait possible d’arriver au résultat que j’attends. En bref, on installe le DOS puis Windows 98 et enfin windows XP et le tour est joué. Dans les faits, c’est une autre paire de manche …

Ma méthode

Après quelques installations répétées des divers OS   (mon CD de Windows 98 SE écrase mon installation DOS systématiquement quand j’exécute le fichier install.exe ou bien  il refuse tout simplement de s’installer si le PC  boote sur le CD au démarrage de la machine en invoquant que mon disque dur contient déjà un OS ), je décide d’installer les OS séparément en effectuant une image de la partition en fin d’installation.

Pour rappel, le DOS 6.2 et Windows 98 ont besoin d’une partition primaire bootable. Un disque peut contenir jusqu’à 4 partitions primaires mais une seule peut-être bootable. Autre remarque, le DOS 6.2 s’installe sur une partition formatée en FAT16 (donc limité à 2Go en taille). Windows 98 support la FAT16 et la FAT32 avec une taille de partition max de 32Go. Enfin Windows XP supporte une installation en FAT32 et en NTFS.

Une fois terminé, j’ai donc 3 images de partitions correspondantes à ces fameux OS. Pour pouvoir faire cohabiter tous ce beau monde, il nous faut un bootloader. C’est là qu’intervient notre linux.

Grub, le bootloader de la mort qui tue

Comme je suis attaché à la distribution linux Ubuntu, je décide de partir sur l’installation de la 8.1 qui est une version stable et compatible avec mon PIII. Un petit coup de fdisk depuis le LiveCD d’Intrepid. Je génère mes partitions comme suit :

Périphérique Amorce    Début         Fin      Blocs    Id  Système

/dev/sda1            6639        9704    24627645   17  Hidden HPFS/NTFS
/dev/sda2   *           1         258     2072353+   6  FAT16
/dev/sda3             259        1822    12562830    5  Extended
/dev/sda4            1823        6638    38684520   1c  Hidden W95 FAT32 (LBA)
/dev/sda5             259         519     2096451    6  FAT16
/dev/sda6             520         780     2096451    6  FAT16
/dev/sda7             781        1041     2096451    6  FAT16
/dev/sda8            1042        1742     5630751   83  Linux
/dev/sda9            1743        1822      642568+  82  Linux swap / Solaris

J’en profite pour installer Ubuntu sur une partition logique de 5Go. Je déclare chaque système d’exploitation dans le fichier /boot/grub/menu.lst (fichier de configuration de Grub) :

title        Microsoft Windows XP Professionnel

hide            (hd0,1)    # cache MSDOS622
hide            (hd0,3)    # cache WIN98SE
unhide          (hd0,0)    # rend visible WINXP
unhide          (hd1,0)    # rend mon second disque visible
unhide          (hd1,1)    # idem
unhide          (hd1,2)    # idem
rootnoverify    (hd0,0)
savedefault
chainloader    +1
makeactive                 # la partition devient bootable

title        Windows 95/98/Me

hide            (hd0,1)    # cache MSDOS622
unhide          (hd0,3)    # WIN98SE
hide            (hd0,0)    # cache WINXP
hide            (hd1,0)    # et le second disque
hide            (hd1,1)    #
hide            (hd1,2)    #
rootnoverify    (hd0,3)
savedefault
chainloader    +1
makeactive

title           MSDOS 6_22

unhide          (hd0,1)    # MSDOS622
hide            (hd0,3)    # WIN98SE
hide            (hd0,0)    # WINXP
hide            (hd1,0)
hide            (hd1,1)
hide            (hd1,2)
rootnoverify    (hd0,1)
savedefault
chainloader     +1
makeactive

Enfin, je restaure sur chaque partition primaire l’image ghost de chacun des OS. Un petit reboot est le tour est joué !

Et maintenant, à moi la joie de la configuration de mon config.sys et autoexec.bat

Depuis quelques semaines,  je me penche sur cet émulateur de disquettes remplaçant en partie le fonctionnement d’un lecteur Commodore 1541 pour C64/128.  La disponibilité des sources du firmware a permis de faire évoluer cette interface en améliorant sa compatibilité avec le lecteur original. D’un autre côté, l’implantation hard et schématique des composants a laissé libre au cours au clonage intensif !

Bref pour s’y retrouver dans cette jungle de clones,  je suis parti du schéma de base de Lars  Pontoppidan pour effectuer mes premiers tests. Cette interface utilise un µc Atmega32 en support DIP que l’on peut trouver facilement dans le commerce. L’oscillateur interne réglé à 8Mhz suffit au fonctionnement de cet émulateur hard mais certaines fonctionnalités comme le chargement rapide ou « Fast Loader » n’est pas émulé. L’ajout d’un quartz externe peut améliorer cette compatibilité qui n’est pas aujourd’hui parfaite. Toujours est-il que le firmware de base est arrêté à la version 0.8 dont les sources et les fichiers binaires sont disponibles ici.

Emulateur floppy 1541 pour C64

De ce travail naquis le SD2IEC

Pour tirer la quintescence de cette interface, il nous faut passer la vitesse supérieure. On garde le circuit imprimé existant en remplaçant le µc par un Atmega644 (c’est le nouveau micro-contrôleur choisi pour poursuivre le développement de cette carte). Celui ci est compatible « pin à pin » avec son prédécesseur.  La mise à jour du firmware est disponible ici. Les avantages de cette dernière évolution sont :

• mise à jour du firmware via l’installation d’un bootloader au préalable
  
• gestion de plusieurs « fast loaders » (l’execution de code sur le 1541 ne fonctionne pas)
• compatible avec le design MM2IEC

Concernant ma version, j’ai ajouté un régulateur 5V et 3.3V respectivement à base de 7805 et LM317 (je n’avais pas de LF33 en stock). J’ai cablé un connecteur HE10 coudé pour connecter le programmateur ISP.

Chargement du firmware ou du bootloader

Pour se faire, j’ai utilisé un programmateur ISP maison à travers le port // dont le schéma de principe est ici.  Ce type de programmation est préconisée puisque le mode JTAG doit être désactivé pour que le microcode fonctionne correctement !

J’ai utilisé PonyProg. Il existe une version patchée de ce logiciel qui prend mieux en charge l’atmega644p. Pour ma part et avant d’être au courant, je n’ai eu qu’à forcer la programmation une à deux fois après avoir préalablement choisi le µc Atmega 644 dans la liste proposée.

Liens

La base du projet MMC2IEC par Lars Pontoppidan (en Anglais)

La longue liste de clones MMC2IEC / SD2IEC (en Allemand)

Le wiki firmware SD2IEC (en anglais)

Un grand merci à mon collègue Bernard pour ce petit cadeau. Dommage qu’il n’est plus le matériel en sa possession !

Voir le screencast de l’émulateur en fonctionnement

Télécharger les sources : alchip8-0.1

Il me reste à confectionner le câble de liaison avec connecteurs DIN 6 pour ce lecteur de disquette 5″1/4 1541 (modèle pour VIC20) et à valider son fonctionnement.

3 .. 2 .. 1 … Allumage et c’est reparti !