[MV2F] Carte en panne, je sèche !

[ragefan]

Bonjour,

Je me suis remis récemment à la réparation d'une MV2f qui fait un joli click of death. Le truc bizarre, c'est qu'avec ou sans bios, le comportement des e/s est le même : le bios ne s'active pas, le OE reste haut (ou alors passe haut très rapidement).

J'ai vérifié la circuiterie impliquée et changé le neo-c1, le neo-e0, vérifié le 74259. J'ai aussi changé le 68k, le tout sans changement de comportement.

Je vois des états bizarres sur certaines lignes de donnée de poids fort. J'ai retiré le neo-G0 proche des rams de backup, les rams de poids fort (work et backup) mais j'ai tjs le même comportement.

Il ne reste que le lspc2 sur le bus ? Où j'ai raté autre chose ? Auriez vous une idée ?

Merci !

[Illusionrip]

normalement en octet de poids fort, tu as le LSPC qui peut mettre le bazard

D15 NEO-PO 3 NEO-C1 58 NEO-GO 50 M68000 54 M68000 SMD 58 MEM 68000 19 unite 1 LSPC2 21 REAR SLOT 18A
D14 NEO-PO 4 NEO-C1 57 NEO-GO 49 M68000 55 M68000 SMD 59 MEM 68000 18 unite 1 LSPC2 20 REAR SLOT 17A
D13 NEO-PO 5 NEO-C1 56 NEO-GO 48 M68000 56 M68000 SMD 60 MEM 68000 17 unite 1 LSPC2 19 REAR SLOT 16A
D12 NEO-PO 6 NEO-C1 55 NEO-GO 47 M68000 57 M68000 SMD 61 MEM 68000 16 unite 1 LSPC2 18 REAR SLOT 15A
D11 NEO-PO 7 NEO-C1 52 NEO-GO 34 M68000 58 M68000 SMD 62 MEM 68000 15 unite 1 LSPC2 16 REAR SLOT 14A
D10 NEO-PO 8 NEO-C1 51 NEO-GO 33 M68000 59 M68000 SMD 63 MEM 68000 13 unite 1 LSPC2 15 REAR SLOT 13A
D9 NEO-PO 9 NEO-C1 50 NEO-GO 32 M68000 60 M68000 SMD 64 MEM 68000 12 unite 1 LSPC2 14 REAR SLOT 12A
D8 NEO-PO 10 NEO-C1 49 NEO-GO 31 M68000 61 M68000 SMD 65 MEM 68000 11 unite 1 LSPC2 13 REAR SLOT 11A

[ragefan]

J'ai tenté un reflow mais tjs pareil. Je vais être bon pour le changer ?

[Bouz]

le bios ne s'active pas, le OE reste haut (ou alors passe haut très rapidement).

Ca, ça m'intrigue!

Est-ce que tubas regardé si ce n'était pas le PST518B qui faisait du reset (il est censé bloquer le reset et pas boucler, mais sait-on jamais)?
https://wiki.neogeodev.org/index.php?ti ... _generator

[Illusionrip]

J’ai eu le problème récemment sur une neo aes avec nec board

[ragefan]

le bios ne s'active pas, le OE reste haut (ou alors passe haut très rapidement).

Ca, ça m'intrigue!

Est-ce que tubas regardé si ce n'était pas le PST518B qui faisait du reset (il est censé bloquer le reset et pas boucler, mais sait-on jamais)?
https://wiki.neogeodev.org/index.php?ti ... _generator

Oui, il reste haut.

Sa logique d'activation est :
On NEO-C1, when A23I A22I A21 A20 = 1100 and RW = 1, either SROMOEU and SROMOEL should be low depending on UDS and LDS.
A23i et A22i sont générés par le neo-E0.
J'ai changé les 2 puces en questions.

Le bus de data sur le 68k est vraiment bizarre sur certains bits de poids forts.

[ragefan]

J’ai eu le problème récemment sur une neo aes avec nec board

Ça venait du lspc2 dans ton cas ?

[ragefan]

Comme je n'ai pas le courage de me lancer dans un changement de LSPC2 pour le moment, je me demande s'il est possible de générer un signal bas sur le /OE pour voir si le démarrage de la carte continue ou pas. Pour cela, je pense à mettre un diag bios mais sans insérer le pin en question dans le socket et d'y connecter qqchose qui permettait d y garder un signal bas à la place.

Est ce que relier le pin à la masse fonctionnerait ?

[Illusionrip]

J’ai eu le problème récemment sur une neo aes avec nec board

Ça venait du lspc2 dans ton cas ?

Non le PST mort

[Bouz]

Tu n'as pas justement un souci avec le bus de données? Tu as dit que tu avais une brève activation du /OE de la ROM système, non?
Une possibilité serait la suivante:
- Tu as des lignes bloquées sur le bus de données (parce que quelqu'un parle sur le bus sans qu'on le lui demande?)
- Au démarrage, le CPU va chercher l'adresse de bootstrap dans la ROM au milieu des vecteurs au début de la zone
- C'est à ce moment-là que tu as un accès.
- L'adresse lue est véhiculée sur le bus de données, qui envoie donc n'importe quoi
- Des lignes de poids fort du bus de données sont pétées
- L'adresse du bootstrap est pétée et ne correspond pas à la zone mémoire de la ROM
- Le CPU jumpe n'importe où
- Plantage
- Reset

=> Regarde si tu as effectivement une micro-activation sur la ROM à un moment!

[Illusionrip]

si je ne m'abuse, il a changer le CPU par un neuf

[Bouz]

Oui, mais si tu as une RAM (par exemple) qui te force des lignes sur le bus de données, tu pourras changer le CPU tant que tu voudras, les lignes resteront pourries .