[TO8] Conseil changement RAM

[Notator]

Non, ça ne marche pas sur des portes logiques, ce serait trop beau.

[Daniel]

On ne peut pas qualifier cette méthode de fiable ou pas fiable, ou dire si elle fonctionne ou pas sur un type de circuit. Il faut réfléchir et comprendre avant de conclure.

Une panne courante dans le RAMs et les circuits logiques est la destruction (coupure) du transistor qui met une sortie à la masse. Dans ce cas la sortie reste toujours à l'état haut, soit par l'effet d'un autre transistor, soit par des résistances de pull-up. La mise en parallèle d'un autre circuit dont le transistor de mise à la masse fonctionne rétablit le bon fonctionnement.

D'autres pannes, par exemple un court-circuit du transistor mettant la sortie à la masse, ne peuvent pas être supprimées par la mise en parallèle d'un transistor en bon état, c'est parfaitement logique.

La technique du "piggy-back" (mise en parallèle d'un autre circuit fonctionnel) fonctionne donc uniquement pour certaines pannes de RAM et certaines pannes de circuits logiques. Il y a plusieurs témoignages dans le forum :

Pour les RAMs : viewtopic.php?f=18&t=9806
Pour les circuits logiques : viewtopic.php?f=18&t=5402&start=30



Autre exemple de piggyback (pour montrer à quel point ce mot est ambigu et qu'il ne faut pas l'utiliser) :

piggyback.jpg (138.77 Kio) Consulté 1180 fois

[FabriceFABS]

Superbe merci @Daniel pour tes explications précises et pertinentes, toujours aussi intéressant que passionnant.
À ce rythme je vais être ingé chez Thomson professeur Daniel

[__sam__]

Piggy back est (était?) aussi utilisé en astro-photo. Il s'agi(ssai)t alors de monter un appareil photo au dessus d'une lunette ou un telescope à monture équatoriale (sur son dos en quelque sorte) de sorte que cette dernière serve de guide à l'appareil photo permettant ainsi de plus long temps de pose.

https://skyandtelescope.org/astronomy-r ... otography/

[Daniel]

Le ferroutage est aussi du piggy-back :

ferroutage.png (11.56 Kio) Consulté 1146 fois

ferroutage.jpg (55.24 Kio) Consulté 1146 fois

Il vaut mieux arrêter de parler de piggy back car la pornographie n'est pas loin, si vous voyez ce que je veux dire.
Contentons-nous de mettre des circuits en parallèle pour diagnostiquer les pannes.

[Notator]

Alors petite précision au sujet d'un même mot utilisé dans plusieurs domaines : il devrait paraître évident à quiconque se montre de bonne foi, qu'un mot ou qu'un terme utilisé ici se rapporte implicitement au domaine précis qui nous occupe sur ce forum spécialisé.

Ensuite, il apparaît hasardeux d'apporter un crédit inconditionnel à une méthode de dépannage qui ne marche pas à coup sûr dans tous les cas.

Si la méthode piggy back peut s'envisager pour vérifier rapidement des mémoires, car notamment dans les ordinateurs anciens où les pavés mémoire sont nombreux, cela peut faire gagner pas mal de temps.
Tout en tenant compte que cette méthode n'est pas fiable à 100%, mais ça vaut quand même le coup de la tenter, par rapport au gain de temps possible.

Par contre, pour des portes logiques c'est beaucoup moins justifiable ; car dans ce cas de figure, le ratio avantages/inconvénients peut être beaucoup moins favorable que dans le cas ci-dessus.
Un circuit à base de portes logiques est habituellement composé de plusieurs types de circuits intégrés. Alors, le temps de trouver dans son stock un circuit de même type, pour au final obtenir un résultat hasardeux ; puis changer pour un autre type de CI ...etc ; il me semble que ça ne prendrait pas plus de temps (et sûrement moins) de tester directement les entrées logiques, et d'examiner les conséquences sur l'état de leur sortie (quitte à forcer une entrée ou deux).
Maintenant, si le circuit considéré ne comporte que deux ou trois circuits intégrés logiques différents, utiliser la méthode piggy back, pourquoi pas...

Après, chacun fait bien sûr comme il veut ; mais puisque nous sommes là à discuter, autant examiner les solutions qui font le plus preuve de bon sens.

Entendons-nous bien : il est possible de dépanner une carte selon plusieurs méthodes, mais ce qui fait la différence, c'est le temps passé à déterminer la panne ; et à cet égard certaines méthodes sont mieux adaptées que d'autres. Ce n'est pas toujours la même, car c'est affaire de circonstances.

[FabriceFABS]

Oui.
Cependant une mesure à l'oscilloscope ne donne pas toujours un résultat bien probant surtout si par exemple sur mon MO5 Plaitini j'ai toujours mes bandes oranges/noires et que ce que peux appeler le «Bus vidéo» pourrait-être perturbé car beaucoup de composants communiquent dessus portes logiques, condensateurs peut-être...
Même après avoir changé les LS32,157 puis 126, c'est pareil.
J'ai de nouveaux compos qui sont arrivés je verrai si j'essaie cette méthode ou pas de toute façon ce sera sur support ensuite.

[__sam__]

e ce que peux appeler le «Bus vidéo» pourrait-être perturbé car beaucoup de composants communiquent dessus portes logiques, condensateurs peut-être...

C'est pas une perturbation, c'est juste pas initialisé du tout. Le CPU ne tourne pas. Il peut être bloqué quand un reset permanent ou la ROM est foireuse et il est coincé dans une boucle vide à rien faire.

[FabriceFABS]

[Daniel]

il devrait paraître évident à quiconque se montre de bonne foi, qu'un mot ou qu'un terme utilisé ici se rapporte implicitement au domaine précis qui nous occupe sur ce forum spécialisé.

Dans ce fil de discussion, le terme piggy back est utilisé dans trois cas très différents :
1) Identifier un circuit de RAM fautif
2) Ajouter de la mémoire à un Atari
3) Désigner un type de circuit intégré avec deux boîtiers superposés
C'est le même mot, mais il est particulièrement ambigu dans ce cas. Et pourtant ce sont des applications très voisines, toutes dans le domaine de notre forum. Il est préférable de ne pas utiliser ce type d'anglicisme familier pour éviter la confusion du lecteur, surtout s'il n'est pas anglophone et pas spécialiste.

Par contre, pour des portes logiques c'est beaucoup moins justifiable

Pourquoi donc ? C'est tout aussi efficace que pour la RAM. Dans le fil de discussion donné en lien plus haut, j'ai écrit ceci après examen à l'oscilloscope :

tous les bits ne changent pas à la même fréquence, et deux ou trois sont fixes

Grâce à la remarque d'irios, les soupçons se sont portés sur le 74LS139. J'ai alors mis un autre 74LS139 fonctionnel en parallèle et la panne à disparu. Je trouve que c'est une technique simple et efficace, qui a permis de trouver directement la panne en identifiant le fautif, sans avoir à dessouder une grande quantité de circuits logiques. Je ne dis pas que c'est un remède miracle, mais quand ça marche on gagne énormément de temps pour le dépannage et on évite de dessouder inutilement des composants fonctionnels.

[Notator]

Oui, eh bien je ne dis pas le contraire (relire bien attentivement ce que j'ai écrit, si besoin).

Quand au piggy back, il n'y a guère d’ambiguïté, cela consiste à poser dans les trois cas le même composant en parallèle sur le dos (back = dos) d'un autre, pour vérifier s'il change de comportement, ou alors pour ajouter de la mémoire. A chaque fois, le mot n'est pas utilisé isolément, le contexte nous renseigne sur ce dont il est question exactement.

[Daniel]

On va donc conseiller à FabriceFABS le piggy back pour son TO8. Puisqu'il n'y a pas d'ambiguité dans ce contexte il comprendra
As-tu compris le conseil, Fabrice ?

[FabriceFABS]

Yes les gars merci je vous lis avec attention.

Aujourd'hui ça fait la 6è TTL que je change sur le MO5 Platini aux bandes noires et oranges et aucun changement encore sur le LS165, je désespère, ras le bol.
Actuellement je piggyback avec tous les autres composants 74LS en ma possession.
Il y a une réaction sur I21 (LS04) mais c'est normal, ça fait pareil quand on mesure dessus à l'oscillo, c'est très sensible il y a des fréquences élevées.
En revanche je n'ai plus de vidéo du tout (la TV commute même pas) lorsque que je superpose 74LS74 (IW45) alors que cette action n'apporte aucun changement sur le même MO5 saint.
En espérant... Allez encore un en cours aujourd'hui...
Fin du HS.

[6502man]

Tu à vérifier les DRAMS ?
Et les IC6,10,18,25 ... ?

[FabriceFABS]

En attendant les pièces pour MO5 Platini...

Salut Phil,
Désolé je n'ai vu que ton message trop tard, j'ai déjà entrepris des changements.
Je ne sais pas si tu parlais de MO5 Platini en réponse à mon HS (ce dernier est quasiment fini) ou-bien à ce TO8 que je dois réparer, mais je ne pense pas car vite-fait j'ai pas trouvé les CI que tu m'adresses.

Quoi qu'il en soit je viens de retirer toutes les RAM, installé des supports et inséré des 4256-10NL.
Aucun changement, je n'arrive à avoir une image qu'après plusieurs INIT ou ça dépend aussi, c'est vraiment aléatoire.
Ce ne sont plus des lignes verticales rouges et bleu-ciel je crois de mémoire maintenant, mais un espèce de mélange de couleurs cacaphonique, avec desfois comme une sorte de scrolling vertical d'un large curseur noir. Il fait 3—4 apparitions.
Il me semble que le vendeur avait ça aussi en photo.
Va falloir sortir l'oscillo et que j'investisse plus large.
J'ouvrirai un autre topic puisque ce n'est pas le sujet, et que l'on m'a déjà répondu.