Et pourquoi on pourrait pas aussi soupçonner une RAM défaillante qui renverrait (ou stockerait) tous le temps des valeurs erronées, sauf de temps en temps pour certaines cases de la mémoire "couleur" (pour les traits qui clignotent) ?
Ensuite, les tests que je proposais visaient justement à savoir si la mémoire "gardait" convenablement les valeurs écrites dedans, par le processeur et ce n'est pas le cas.
Donc, même s'il peut aussi éventuellement exister un problème en aval (quand le Gate-Array lit la mémoire vidéo pour générer les signaux images en sortie), on constate que la mémoire envoie la même chose au processeur et au Gate-Array.
Totox a testé seulement quelques points du fond, ce n'est pas très exhaustif et assez basique, mais déjà la mémoire stocke la couleur -16 (orange) alors que le CPU a "écrit" dedans la valeur qui devrait retourner -8 (blanc). A partir de là, ça confirmerait plutôt que
le Gate-Array fait bien son boulot, puisque c'est ce qu'il affiche sur l'écran.
Après en effet le multiplexage peut être la cause, car il s'agit du système qui va permettre au processeur et au gatearray d'accéder successivement (avec des transitions ultra rapides) à la mémoire, puis ensuite de dispatcher les accès vers les différents puces qui la composent. Au moindre grain de sable (comme une défaillance ou une mauvaise liaison possible sur une des puces basiques concernées), les opérations relatives à la mémoire se dérèglent.
Pour le reste, et d'une manière plus générale :
Bien sûr, d'accord sur le fait que l'utilisation d'un analyseur logique permettrait un diagnostic poussé, et davantage que le prix (on peut commander ce qu'il faut pour moins de 6 euros sur Internet), c'est le temps et la motivation nécessaire qui peuvent vite prendre de l'ampleur. Le désoudage méthodique facilitera le diagnostic, mais augmentera les risques d'endommager le matériel.
Donc tu fais bien de prévenir Totox62, qui pour l'instant a plutôt joué le jeu, (même si un peu en serivce minimum, "mais bon..." numéro 2
![Smile :)](./images/smilies/icon_smile.gif)
), mais on se doute que s'il vient nous demander conseil en passant, c'est qu'il n'est pas un électronicien, peut-être même pas du dimanche, sans quoi, à ce stade, il saurait déjà à peu près quoi faire sans nous demander.
Maintenant, est-ce que le but c'est de le convaincre que "c'est compliqué", ou de voir comment on pourrait l'aider à cerner plus précisément la panne, avant de se lancer dans les grandes manœuvres, pour qu'il puisse savoir à quoi s'en tenir de la quantité effective de travail exigée pour le remplacement des puces et autres ?
A lui de nous dire s'il veut continuer, moi je veux bien tant qu'il y a un échange et un retour de résultat, histoire que ce soit intéressant pour ceux qui l'aideraient ou simplement suivraient la discussion.
Mais on peut déjà tenter de l'aider à circonscrire au mieux le problème, en analysant plus finalement les éléments qu'il nous donne, ou en imaginant d'autres petits tests faciles mais qui préciseraient les choses :
Par exemple, on vu des résultats présentés, il semblerait que seule une des deux puces (ou l'accès à celle-ci) qui constituent la mémoire "couleur" est en cause. Déjà, l'identifier à coup sûr et la repérer sur la carte mère ferait déjà moins de boulot, non ?
Edit : un extrait du schéma de la doc du TO7/70 (cette-dernière indispensable pour tout dépannage et dispo sur
http://dcmoto.free.fr/documentation/technique.html ) où sont "surlignées" les rams "COULEURS/COLOR/FARBE"
![Smile :)](./images/smilies/icon_smile.gif)
:
![schema_to770_roms_couleurs.jpg](./download/file.php?id=6996&sid=3ed72e253108778111ac4eb71e6e50d1)
- schema_to770_roms_couleurs.jpg (299.35 Kio) Consulté 4863 fois
(le CPU 6809 est en haut à gauche, et le Gate-Array qui dépasse en bas à droite)