J'ai repéré sur LBC une vente de 3 Multitech MPF-1+ en panne. Même pas peur, je contacte le vendeur et je finalise l'achat d'un exemplaire.
En attendant, je me documente. Il faut reconnaître que la plupart des informations disponibles ce trouvent sur le forum. Voici quelques liens :
- MPF1+, le fil de référence (ROM, manuels et schémas).
- MPF-1B.
- MPF-1P aide sur composant, sur la réfection du convertisseur HT (je me vois mal refaire cela !).

Je demande au vendeur de me communiquer les coordonnées des autres acheteurs en me disant qu'à plusieurs nous serons plus efficaces dans la réparation. Il n'y a qu'un autre acheteur, Jean-René Karr, et il a fait la même demande. Je lui envoie donc un SMS qui résume les opérations que j'ai réalisées jusque-là :
- Le 7805 fonctionne correctement.
- L'horloge à 1,79 MHz est parfaite.
- Le CPU fonctionne correctement.
- La ROM U2 défectueuse a été remplacée (en plus, 2 broches n'étaient pas correctement insérées dans le support).
En fait, il voulait me contacter pour me proposer de racheter mon exemplaire car il espérait en réparer 1 à partir des 3, mais en fait il en a déjà réparer un. Je lui fait remarquer qu'il est un peu gourmand

Il me conseille entre autre chose de vérifier la tension en sortie du convertisseur haute tension, partie fragile.
Je lui parle du forum et des sujets qui parlent des Micro Professor (je lui envoie les liens).
Nous allons rester en contact tout au long de ma réparation, par SMS, puis par mails.
Je reprends la réparation. A la sonde logique, je vérifie tous les signaux. Tout est normal, sauf A0 qui est toujours à l'état bas. Un composant impose un court-circuit à ce signal.
J'ai déjà remplacé le CPU et la ROM. Vu ce que j'ai lu, je soupçonne les PPIs.
Je commence par U14. Je dessoude le composant, soude un support et installe un NEC 82C55.
Bingo, A0 bagotte normalement. Malheureusement, cela ne change rien au fonctionnement global.
Je continue par U13. Pas mieux.
Je commence à soupçonner mes 82C55 que je n'ai jamais utilisés jusqu'à maintenant. J'en ai 10. Je les essaie tous, mais rien. Je décide de commander deux autres PPIs d'un autre fournisseur.
En parallèle, je décide d'utiliser mon analyseur logique, avec sigrok et le décodeur Z80.
J'obtiens la capture suivante, dont j'ai isolé un extrait significatif :

Il s'agit d'un des premiers appels de sous-programme.
Au niveau du premier marqueur, on voit que l'adresse de retour, 01BF, est empilée.
Au niveau du second marqueur, on voit que l'adresse de retour est dépilée. Mais ce n'est pas 01BF qui est obtenu, mais 05BF. L'explication est évidente, le bit 2 de chaque octet lu est forcé à 1. C'est également visible dans le sous-programme avec des écritures et relectures successives de la même adresse. Le bit 2 est toujours forcé à 1. Le compteur de pile SP est initialisé à FED0, donc c'est le composant U5 qui est défectueux.
Je commande alors des HM6116, compatibles avec les TMM2016 d'origine.
Entre temps, Jean-René a également réparé son deuxième exemplaire

Je reçois aujourd'hui les composants nécessaires. C'est là que je regrette d'avoir déjà ressoudé le haut-parleur car il me faut le retirer pour pouvoir atteindre la SRAM. Rien d'insurmontable :

Et enfin, voici le résultat :

Cette réparation a été très intéressante car il a fallut combiner plusieurs techniques : multimètre, oscilloscope et sonde logique pour vérifier les signaux. L'analyseur logique a été décisif : le décodage Z80 a mis en évidence le défaut d'une SRAM impossible à détecter avec les autres outils. L'autre alternative était de remplacer tous les composants l'un après l'autre jusqu'à trouver le coupable. Pas vraiment très rationnel.
Un grand merci à Jean-René pour son aide.
3 exemplaires réparés sur 3, 100 % de réussite, pas mal...