Alice 32 Malade

[Fred_72]

Ok, si les pistes sont fragiles il ne faut surtout pas tenter à la pompe à dessouder ça risque de faire un carnage.
Il faut une station de dessoudage et ça ce n'est plus le même matériel.

[jeffounet]

Bonsoir,
il y a aussi la méthode que j'ai mise en oeuvre pour remettre en état mon MPF-1P voir topic:

viewtopic.php?f=18&t=10861

Celle ci implique la perte du composant incriminé mais permet de sauver le circuit imprimé.
Elle consiste à couper toutes les pattes du CI à enlever (avec une pince à bec fin) puis une fois le corps du CI enlevé on retire les chicots de pattes avec le fer à souder et une pince à épiler et enfin on nettoie le circuit soit à la pompe (en faisant très attention soit à la tresse à dessouder. Dans tout les cas penser à rajouter une toute petite goutte de soudure sur celle à enlever cela vous facilitera les choses.
Sinon après il reste la pompe à dessouder chauffante mais là on passe en professionnel!
Bonne soirée
Jean-François

[Daniel]

Sauf que les gate array de l'Alice 32 ne se trouvent pas dans le commerce. Les sacrifier alors qu'ils sont en bon état dans un ordinateur fonctionnel n'a aucun intérêt. L'objectif est de les récupérer (car on est sûr qu'ils fonctionnent) pour les essayer avec une carte en panne, tout en préservant l'intégrité de la machine d'origine. Malheureusement, même avec une station professionnelle, les pastilles se décollent sous l'effet de la chaleur.

[fneck]

Tout à fait Daniel. Dans le cas de mon Alice 90, pour lequel le problème est identique, j'ai sacrifié le MC6803 et l'EF9345 car je savais que je pouvais les trouver. Mais pour les 3 gate array et peut-être aussi la ROM c'est une autre histoire. Et ceci-dit, même en sectionnant les pattes j'ai à chaque fois eu un problème avec au moins une piste.

[Daniel]

Il est souvent possible de remplacer la ROM par une EPROM. Quelquefois le brochage est identique (exemple : le MO5), quelquefois il est très légèrement différent mais on peut facilement faire une adaptation (exemple : le TO7 et le TO7/70). Je ne l'ai encore jamais fait avec l'Alice 32.

Une solution à la fragilité des cartes mères serait d'en commander chez un bon fabricant. Elles ne sont pas très grandes ni très complexes. Je ne suis pas assez fan de l'Alice pour avoir le courage de m'y lancer, mais je pense qu'il n'est pas très difficile de les refaire.

[jeffounet]

Bonsoir,
ok pour cela, je ne connais pas spécialement cette machine donc je ne savais pas pour la rareté des CI.
Dans ce cas là effectivement c'est plus difficile.
Et je n'ai pas de meilleures solutions que celles qui ont été déjà énoncées.
Je crois que la seule solution viable est d'utiliser un pompe à dessouder équipée d'une pompe à dépression pour l'aspiration mais surtout ne pas oublier de rajouter un peu de soudure sur la patte cela permet de liquéfier plus facilement de la soudure vielle de 30 ans.
Sinon je viens de me rappeler d'un truc:
Il s'agit d'un type de soudure basse température voir descriptif ci-après, je l'avais vu en démo sur une réparation de PS4 c'est fantastique (au moins pour les CMS mais ça marche aussi pour les composants traversants)

PUB Gratuite:
Chipquik
Il existe un produit commercialisé par la société Chipquik qui permet de dessouder la plupart des composants sans effort. A première vue, le kit "SMD removal" n'est rien d'autre que du fil de soudure accompagné d'un seringue de flux. Mais ce n'est pas du fil ordinaire: il s'agit d'un alliage qui a la particularité de fondre à basse température et de rester liquide très longtemps.

Pour dessouder un composant avec ce produit, il suffit placer une quantité généreuse du flux fourni sur les pattes, et de faire fondre l'alliage sur chacune des pattes. L'alliage se mélange avec l'étain original, et le tout peut rester liquide pendant une bonne dizaine de secondes, si on travaille assez vite on arrive à retirer le composant sans problème. Le composant peut généralement être réutilisé par le suite.
fin PUB

A voir!
bonne soirée

Jean-François

[jeffounet]

A noter il y a beaucoup de vidéo sur Youtube si on recherche "chipquik"
je sais qu'à la base c'est pour les CMS mais faut peut être s’entraîner sur des épaves.....
A voir.

Jean-François

[Fred_72]

En comparant les différents schémas et datasheets, je pense avoir identifié le contenu du gate array 803A007.
En gros c'est ça:

GA803A007.jpg (229.59 Kio) Consulté 3407 fois

Tout n'est peut-être pas exact car il peut toujours y avoir quelques subtilités mais ça donne une idée pour les signaux.

[Papy.G]

Et tout ça n'est pas reproductible dan un PAL/GAL?

[Daniel]

Je reviens sur cette question qui m'intrigue beaucoup :

Le signal /G sur la RAM vidéo me semble correct, par contre ce même signal sur la RAM utilisateur n'est pas régulier, comme s'il s'arrêtait par moments. Est-ce normal ? est-ce pareil sur vos Alice 32 ?

Qui peut tester ce signal /G à la broche 1 des TMS4408NLT (Z1 et Z2) dans un Alice 32 en état de marche ?

[Fred_72]

@PapyG : Oui c'est faisable avec un GAL+bascules ou un petit CPLD. Il n'y a que la partie oscillateur plus délicate qu'il vaut mieux traiter à part.
Les gate array n'ont pas l'air très denses et ne remplacent que quelques Ci logiques

[fneck]

- Sur le schéma, les broches 10 (A7) et 17 (A13) du Gate Array 1 (Z5) sont reliées.

Je reviens encore sur cette liaison. En recherchant dans mes fichiers j'ai retrouvé une version .JPG du schéma (et non la .PNG redessinée qui est sur le Wiki), cette liaison y est aussi mais A13 et également relié au toron de fils... et qui n'est pas sur la version .PNG, ou effacé on ne sait pas trop.
https://alice.system-cfg.com/files/A32_schema.jpg

Qui peut tester ce signal /G à la broche 1 des TMS4408NLT (Z1 et Z2) dans un Alice 32 en état de marche ?

Je vais sortir un Alice 32 et je te réponds rapidement aux deux questions que tu as posées.


@Fred, merci de te pencher sur nos problèmes d'Alice.

[Fred_72]

Les schémas sont trompeurs car lorsqu'un fil entre dans un bus, on ne sait pas où il ressort car il n'est pas référencé. Il faut deviner.
Le circuit 803A004(5) ne semble pas propre à l'alice. On dirait juste un contrôleur de RAM dynamique 64K.

[Daniel]

Je reviens encore sur cette liaison. En recherchant dans mes fichiers j'ai retrouvé une version .JPG du schéma (et non la .PNG redessinée qui est sur le Wiki), cette liaison y est aussi mais A13 et également relié au toron de fils... et qui n'est pas sur la version .PNG, ou effacé on ne sait pas trop.

Difficile à interpréter, car je connais deux versions du schéma au format jpeg :
- Le scan original de la documentation
- Le même schéma annoté

Dans le scan original, la liaison avec le toron est clairement absente. Dans la version annotée il y a quelque chose, mais ce n'est pas très net.
Dans les deux versions, le petit triangle près du toron est à droite alors qu'il est à gauche pour les autres adresses.
Difficile de faire confiance, sachant qu'il y a aussi d'autres erreurs (26 au lieu de 28 pour /RAZOUT de Z12, par exemple).

original.jpg (47.55 Kio) Consulté 3319 fois

annote.jpg (123.5 Kio) Consulté 3319 fois

[fneck]

J'ai ouvert mon Alice 32 fonctionnel. Premier point, les broches 10 et 17 de Z5 ne sont pas reliées.
Mais... parce qu'il y a un mais J'ai voulu suivre le tracé des adresses vers la ROM juste à coté:
- de A0 à à A6 c'est conforme au schéma
- pour A7 (pin 10) celle-ci ne va pas sur la ROM contrairement au schéma
- de A8 à A12 c'est conforme
- pour A13 (pin 17) celle-ci va sur la pin 3 de la ROM qui est A7 selon le schéma en face de pin 10 de Z5
.... d'où peut être le cafouillage sur le schéma. Il y a plusieurs erreurs et A7 ne va pas sur la ROM.

Concernant les signaux /G sur les RAM, c'est apparemment comme chez toi, bien régulier sur la RAM vidéo (en bleu) et un peu aléatoire sur la RAM processeur (en jaune):